From ruby-noreply at macosforge.org Wed Dec 1 06:37:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Dec 2010 14:37:30 -0000 Subject: [MacRuby] #1016: Regular expression 'negative look-ahead' not working properly Message-ID: <051.46fbdc9a2a557262eaa61b411f8f3bd6@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I'm not sure if I'm doing this properly, but let me try. It's hard to describe, but there seems to be a bug in regular expression negative look-ahead (?! ). The regular expression below might not be optimal, but what it tries to do is a wild card text search for expressions with 0-2 words in between "it is" and "interesting" excluding "not". {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/it is(?:\ *(?!\bnot\b)\w+)?(?:\ *(?!\bnot\b)\w+)? interesting/i) }}} Results Ruby 1.8.7/RubyCocoa {{{ => ["It is interesting", "It is very interesting", "It is very very interesting"] }}} MacRuby 0.7.1 {{{ => ["It is interesting", "It is very interesting"] }}} If I don't use negative look-ahead, both return the same array. {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/\bit is(?:\ *\w+)?(?:\ *\w+)? interesting\b/i) }}} Result - Ruby 1.8.7/RubyCocoa, MacRuby {{{ => ["It is interesting", "It is very interesting", "It is very very interesting", "It is not interesting", "It is not very interesting"] }}} I also tried this at http://demo.icu-project.org/icu-bin/redemo and the result was the same as Ruby 1.8.7/RubyCocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 1 09:27:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Dec 2010 17:27:20 -0000 Subject: [MacRuby] #1002: AXUIElement functions won't accept Pointers of type :id In-Reply-To: <044.fd1f70924bba887543cbe2919121c231@macosforge.org> References: <044.fd1f70924bba887543cbe2919121c231@macosforge.org> Message-ID: <053.7a26f01ec99155df826e1a4d46a6aa48@macosforge.org> #1002: AXUIElement functions won't accept Pointers of type :id ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------+------------------------------------------------ Comment(by haxie1@?): Just wanted to drop a quick note and say that this is working now. Huge thank you for fixing this! Regards, kam -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 1 17:47:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 01:47:01 -0000 Subject: [MacRuby] #1002: AXUIElement functions won't accept Pointers of type :id In-Reply-To: <044.fd1f70924bba887543cbe2919121c231@macosforge.org> References: <044.fd1f70924bba887543cbe2919121c231@macosforge.org> Message-ID: <053.3c490f0d8ec759665efa86bb2c8f05b3@macosforge.org> #1002: AXUIElement functions won't accept Pointers of type :id ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------+------------------------------------------------ Comment(by mrada@?): Confirmed, the fix works. I've been able to start porting an Objective-C bundle to MacRuby. It was wonderful to just chisel away all the extra code from Objective-C. You've made my day; thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 1 21:09:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 05:09:34 -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.77112fca33a208237e78523be3659616@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I guess that this issue is cause of ICU 4.0 which installed in Mac OS X 10.6.[[BR]] When I used the ICU 4.4.2, this issue does not appear. Build the ICU {{{ $ curl -O http://download.icu-project.org/files/icu4c/4.4.2/icu4c- 4_4_2-src.tgz $ tar xvzf icu4c-4_4_2-src.tgz $ cd icu/source/ $ ./runConfigureICU MacOSX --disable-renaming $ make $ sudo make install }}} Build the MacRuby {{{ #!diff diff --git a/rakelib/builder/options.rb b/rakelib/builder/options.rb index b7d4980..271007a 100644 --- a/rakelib/builder/options.rb +++ b/rakelib/builder/options.rb @@ -154,7 +154,7 @@ class BuilderConfig archflags = archs.map { |x| "-arch #{x}" }.join(' ') @cflags = "-std=c99 -I. -I./include -fno-common -pipe -g -Wall -fexceptions -O#{OPTZ_LEVEL} -Wno-deprecated-declarations -Werror #{archflags}" @cxxflags = "-I. -I./include -g -Wall -Wno-deprecated-declarations -Werror #{archflags}" - @ldflags = '-lpthread -ldl -lxml2 -lobjc -licucore -framework Foundation' + @ldflags = '-lpthread -ldl -lxml2 -lobjc -L/usr/local/lib -licudata -licui18n -licuio -licule -liculx -licutu -licuuc -framework Foundation' @ldflags << " -lauto" if has_libauto if opt.delete(:static) @cflags << ' -DMACRUBY_STATIC' }}} {{{ $ RC_ARCHS=x86_64 rake jobs=2 }}} Result {{{ $ cat ~/tmp/r1.rb text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/it is(?:\ *(?!\bnot\b)\w+)?(?:\ *(?!\bnot\b)\w+)? interesting/i) $ DYLD_LIBRARY_PATH=. ./macruby ~/tmp/r1.rb ["It is interesting", "It is very interesting", "It is very very interesting"] $ ruby19 ~/tmp/r1.rb ["It is interesting", "It is very interesting", "It is very very interesting"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 1 21:22:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 05:22:06 -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.9b92c70f7d3c1847fbf1f81933c93334@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): You're right! It works as expected in my environment, which has a newer system ICU. {{{ $ ruby t.rb ["It is interesting", "It is very interesting", "It is very very interesting"] $ ./miniruby t.rb ["It is interesting", "It is very interesting", "It is very very interesting"] }}} However, I believe it's not a good idea to link MacRuby with a newer ICU, as symbols might collide when requiring Cocoa, which links against the system version of ICU. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 00:35:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 08:35:45 -0000 Subject: [MacRuby] #1017: macgem intall error Message-ID: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> #1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- $ macruby -e 'p MACRUBY_VERSION, MACRUBY_REVISION' "0.8" "svn revision 4962 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" $ sudo macgem i gsl Password: Building native extensions. This could take a while... ERROR: While executing gem ... (TypeError) can't convert Float into String $ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 00:40:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 08:40:06 -0000 Subject: [MacRuby] #1018: Regexp compilation error Message-ID: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> #1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- $ macirb irb(main):001:0> pattern = /(?Ruby|Perl)/ => SyntaxError: (irb):1: regexp `(?Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX irb(main):002:0> -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 01:00:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 09:00:42 -0000 Subject: [MacRuby] #1018: Regexp compilation error In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.449e50945fcee23c4b0af3f7ed06c898@macosforge.org> #1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => Old description: > $ macirb > > irb(main):001:0> pattern = /(?Ruby|Perl)/ > > => SyntaxError: (irb):1: regexp `(?Ruby|Perl)' compilation error: > U_REGEX_RULE_SYNTAX > > irb(main):002:0> New description: $ macirb irb(main):001:0> pattern = /(?Ruby|Perl)/ => SyntaxError: (irb):1: regexp `(?Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX irb(main):002:0> -- Comment: It looks like CRuby behaves the same? {{{ $ ruby -e "re=/(?Ruby|Perl)/" -e:1: undefined (?...) sequence: /(?Ruby|Perl)/ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 01:16:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 09:16:59 -0000 Subject: [MacRuby] #1018: Regexp compilation error In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.8287c5bc458142e1c4e180bab6881c14@macosforge.org> #1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Comment(by tglee@?): Just in Macruby 0.8! $ macruby -e "p MACRUBY_VERSION, MACRUBY_REVISION" "0.8" "svn revision 4962 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" $ macruby -e "pattern = /(?Ruby|Perl)/" ==> -e:1: regexp `(?Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 01:33:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 09:33:29 -0000 Subject: [MacRuby] #1018: Regexp compilation error In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.f6ca1836bc97d83b2e2ebc69f83180d7@macosforge.org> #1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Ah, that's a Ruby 1.9 named capture. MacRuby doesn't support named captures at the moment. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 01:47:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 09:47:05 -0000 Subject: [MacRuby] #1017: macgem intall error In-Reply-To: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> References: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> Message-ID: <054.1af2b79fae0bf2ae0def04cc070b5532@macosforge.org> #1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): After investigation, this exception happens in lib/rubygems/installer.rb line 467 {{{ dest_path = File.join @gem_dir, @spec.require_paths.first }}} In this expression, the first argument to File.join is the following array: {{{ (gdb) po ary ( /tmp/XXX/gems/narray-0.5.9.7, 0 ) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 01:51:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 09:51:02 -0000 Subject: [MacRuby] #1018: Regexp compilation error In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.1c810cb74f0ed697233fc75fb6f484fc@macosforge.org> #1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:3 lsansonetti@?]: > Ah, that's a Ruby 1.9 named capture. MacRuby doesn't support named captures at the moment. Thanks for your quick response ! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 02:01:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 10:01:55 -0000 Subject: [MacRuby] #1017: macgem intall error In-Reply-To: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> References: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> Message-ID: <054.9c91946f240508329d55ed2aaa1c0d7f@macosforge.org> #1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Looks like a bug in our YAML layer. {{{ irb(main):005:0> s => "--- !ruby/object:Gem::Specification \nrubygems_version: 0.9.4\nspecification_version: 1\nname: narray\nversion: !ruby/object:Gem::Version \n version: 0.5.9.7\ndate: 2009-06-14 00:00:00 +09:00\nsummary: N-dimensional Numerical Array class for Ruby\nrequire_paths: \n- .\nemail: masa16.tanaka at gmail.com\nhomepage: http://narray.rubyforge.org/\nrubyforge_project: narray\ndescription: \nautorequire: \ndefault_executable: \nbindir: bin\nhas_rdoc: false\nrequired_ruby_version: !ruby/object:Gem::Version::Requirement \n requirements: \n - - \">\"\n - !ruby/object:Gem::Version \n version: 0.0.0\n version: \nplatform: ruby\nsigning_key: \ncert_chain: \npost_install_message: \nauthors: \n- Masahiro Tanaka\nfiles: \n- src/ChangeLog\n- src/MANIFEST\n- src/README.en\n- src/README.ja\n- src/SPEC.en\n- src/SPEC.ja\n- src/depend\n- src/extconf.rb\n- src/mkmath.rb\n- src/mknafunc.rb\n- src/mkop.rb\n- src/na_array.c\n- src/na_func.c\n- src/na_index.c\n- src/na_linalg.c\n- src/na_random.c\n- src/narray.c\n- src/narray.def\n- src/narray.h\n- src/narray_local.h\n- src/lib/narray_ext.rb\n- src/lib/nmatrix.rb\n- src/test/statistics.rb\n- src/test/testarray.rb\n- src/test/testbit.rb\n- src/test/testcast.rb\n- src/test/testcomplex.rb\n- src/test/testfftw.rb\n- src/test/testindex.rb\n- src/test/testindexary.rb\n- src/test/testindexset.rb\n- src/test/testmask.rb\n- src/test/testmath.rb\n- src/test/testmath2.rb\n- src/test/testmatrix.rb\n- src/test/testmatrix2.rb\n- src/test/testmatrix3.rb\n- src/test/testminmax.rb\n- src/test/testobject.rb\n- src/test/testpow.rb\n- src/test/testrandom.rb\n- src/test/testround.rb\n- src/test/testsort.rb\n- src/test/teststr.rb\n- src/test/testtrans.rb\n- src/test/testwhere.rb\n- src/bench/all.rb\n- src/bench/bench.m\n- src/bench/bench.py\n- src/bench/bench.rb\n- src/bench/dummy.m\n- src/bench/dummy.py\n- src/bench/dummy.rb\ntest_files: []\n\nrdoc_options: []\n\nextra_rdoc_files: []\n\nexecutables: []\n\nextensions: \n- src/extconf.rb\nrequirements: []\n\ndependencies: []\n\n" irb(main):006:0> YAML.load(s) => {"rubygems_version"=>"0.9.4", "specification_version"=>1, "name"=>"narray", "version"=>{"version"=>"0.5.9.7"}, "date"=>2009-06-13 08:00:00 -0700, "summary"=>"N-dimensional Numerical Array class for Ruby", "require_paths"=>[0.0], "email"=>"masa16.tanaka at gmail.com", "homepage"=>"http://narray.rubyforge.org/", "rubyforge_project"=>"narray", "description"=>nil, "autorequire"=>nil, "default_executable"=>nil, "bindir"=>"bin", "has_rdoc"=>false, "required_ruby_version"=>{"requirements"=>[[">", {"version"=>"0.0.0"}]], "version"=>nil}, "platform"=>"ruby", "signing_key"=>nil, "cert_chain"=>nil, "post_install_message"=>nil, "authors"=>["Masahiro Tanaka"], "files"=>["src/ChangeLog", "src/MANIFEST", "src/README.en", "src/README.ja", "src/SPEC.en", "src/SPEC.ja", "src/depend", "src/extconf.rb", "src/mkmath.rb", "src/mknafunc.rb", "src/mkop.rb", "src/na_array.c", "src/na_func.c", "src/na_index.c", "src/na_linalg.c", "src/na_random.c", "src/narray.c", "src/narray.def", "src/narray.h", "src/narray_local.h", "src/lib/narray_ext.rb", "src/lib/nmatrix.rb", "src/test/statistics.rb", "src/test/testarray.rb", "src/test/testbit.rb", "src/test/testcast.rb", "src/test/testcomplex.rb", "src/test/testfftw.rb", "src/test/testindex.rb", "src/test/testindexary.rb", "src/test/testindexset.rb", "src/test/testmask.rb", "src/test/testmath.rb", "src/test/testmath2.rb", "src/test/testmatrix.rb", "src/test/testmatrix2.rb", "src/test/testmatrix3.rb", "src/test/testminmax.rb", "src/test/testobject.rb", "src/test/testpow.rb", "src/test/testrandom.rb", "src/test/testround.rb", "src/test/testsort.rb", "src/test/teststr.rb", "src/test/testtrans.rb", "src/test/testwhere.rb", "src/bench/all.rb", "src/bench/bench.m", "src/bench/bench.py", "src/bench/bench.rb", "src/bench/dummy.m", "src/bench/dummy.py", "src/bench/dummy.rb"], "test_files"=>[], "rdoc_options"=>[], "extra_rdoc_files"=>[], "executables"=>[], "extensions"=>["src/extconf.rb"], "requirements"=>[], "dependencies"=>[]} }}} Somehow, the require_paths field in YAML is empty but deserialized as 0.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 07:51:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 15:51:06 -0000 Subject: [MacRuby] #1017: macgem intall error In-Reply-To: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> References: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> Message-ID: <054.c65c5ce7f9e67865af6303da17ed9ba7@macosforge.org> #1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- Comment(by watson1978@?): I attach a patch. Please check it. {{{ #!diff diff --git a/ext/libyaml/rubyext.c b/ext/libyaml/rubyext.c index c0eaf82..76827d9 100644 --- a/ext/libyaml/rubyext.c +++ b/ext/libyaml/rubyext.c @@ -290,6 +290,7 @@ is_numeric(const char *str, bool *has_point) } char c; bool point = false; + bool numeric = false; while ((c = *str++) != '\0') { if (!isdigit(c)) { if (c == '.') { @@ -302,9 +303,12 @@ is_numeric(const char *str, bool *has_point) return false; } } + else if (!point) { + numeric = true; + } } *has_point = point; - return true; + return numeric; } static inline bool }}} Test Script: {{{ require 'yaml' require 'test/unit/assertions.rb' include Test::Unit::Assertions assert_equal(["."], YAML.load('- .')) assert_equal([1.0], YAML.load('- 1.')) assert_equal([1.2], YAML.load('- 1.2')) assert_equal(["1.2.3"], YAML.load('- 1.2.3')) assert_equal([".5"], YAML.load('- .5')) puts :ok }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 13:59:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 21:59:43 -0000 Subject: [MacRuby] #1017: macgem intall error In-Reply-To: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> References: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> Message-ID: <054.2fef2e8ba83a22fdec40b1b03838b3f5@macosforge.org> #1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- Comment(by lsansonetti@?): Thanks for the quick patch! I merged it into my local repository and verified that the bug disappeared, and that YAML specs still pass as before. Please commit :) Now, installing the gsl gem fails with a different error: {{{ $ sudo /usr/local/bin/macgem install gsl Building native extensions. This could take a while... ERROR: Error installing gsl: ERROR: Failed to build gem native extension. /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby extconf.rb checking for sys/types.h... yes checking for u_int8_t... yes checking for int16_t... yes checking for int32_t... yes checking for u_int32_t... yes creating narray_config.h creating Makefile make Makefile:176: warning: overriding commands for target `/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/narray-0.5.9.7/.' Makefile:174: warning: ignoring old commands for target `/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/narray-0.5.9.7/.' /usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/include/ruby-1.9.2 /universal-darwin11.0 -I/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/include/ruby-1.9.2/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/include/ruby-1.9.2 -I. -DHAVE_SYS_TYPES_H -DHAVE_U_INT8_T -DHAVE_INT16_T -DHAVE_INT32_T -DHAVE_U_INT32_T -fno-common -arch i386 -arch x86_64 -fexceptions -fno- common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o narray.o -c narray.c narray.c: In function ?na_mark_obj?: narray.c:84: warning: implicit declaration of function ?rb_gc_mark? narray.c: In function ?na_check_class_narray?: narray.c:170: warning: implicit declaration of function ?RCLASS? narray.c:170: error: invalid type argument of ?->? narray.c:170: error: invalid type argument of ?->? narray.c:172: warning: implicit declaration of function ?class_getSuperclass? narray.c:172: error: ?Class? undeclared (first use in this function) narray.c:172: error: (Each undeclared identifier is reported only once narray.c:172: error: for each function it appears in.) narray.c:172: error: expected ?)? before ?v? narray.c: In function ?na_mark_obj?: narray.c:84: warning: implicit declaration of function ?rb_gc_mark? narray.c: In function ?na_check_class_narray?: narray.c:170: warning: implicit declaration of function ?RCLASS? narray.c:170: error: invalid type argument of ?->? narray.c:170: error: invalid type argument of ?->? narray.c:172: warning: implicit declaration of function ?class_getSuperclass? narray.c:172: error: ?Class? undeclared (first use in this function) narray.c:172: error: (Each undeclared identifier is reported only once narray.c:172: error: for each function it appears in.) narray.c:172: error: expected ?)? before ?v? lipo: can't open input file: /var/tmp//ccfnTl6u.out (No such file or directory) make: *** [narray.o] Error 1 Gem files will remain installed in /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/narray-0.5.9.7 for inspection. Results logged to /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/narray-0.5.9.7/src/gem_make.out }}} I remember people reporting that narray won't compile with MacRuby. I believe the extension uses too much APIs that we don't support (like the RCLASS macro to access fields). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 14:33:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Dec 2010 22:33:19 -0000 Subject: [MacRuby] #1015: mark Cocoa as multithreaded by default In-Reply-To: <054.1f9a5559c352cd28aef0365acf9f4491@macosforge.org> References: <054.1f9a5559c352cd28aef0365acf9f4491@macosforge.org> Message-ID: <063.cc798ed2e421fe97a62345bc3ae0068b@macosforge.org> #1015: mark Cocoa as multithreaded by default -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Old description: > {{{ > >> framework 'Foundation' > => true > >> Thread.new{} > => # > >> NSThread.multiThreaded? > => false > >> cocoa_lock = NSThread.alloc.init > => # > >> NSThread.multiThreaded? > => false > >> cocoa_lock.start > => # > >> NSThread.multiThreaded? > => true > }}} > > Using MacRuby threads doesn't mark cocoa as multithreaded which could > potentially cause issues as per the documentation: > > > Protecting the Cocoa Frameworks > > For multithreaded applications, Cocoa frameworks use locks and other > forms of internal synchronization to ensure they behave correctly. To > prevent these locks from degrading performance in the single-threaded > case, however, Cocoa does not create them until the application spawns > its first new thread using the NSThread class. If you spawn threads using > only POSIX thread routines, Cocoa does not receive the notifications it > needs to know that your application is now multithreaded. When that > happens, operations involving the Cocoa frameworks may destabilize or > crash your application. > > To let Cocoa know that you intend to use multiple threads, all you have > to do is spawn a single thread using the NSThread class and let that > thread immediately exit. Your thread entry point need not do anything. > Just the act of spawning a thread using NSThread is enough to ensure that > the locks needed by the Cocoa frameworks are put in place. > > If you are not sure if Cocoa thinks your application is multithreaded or > not, you can use the isMultiThreaded method of NSThread to check. > > http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/Multithreading/CreatingThreads/CreatingThreads.html New description: {{{ >> framework 'Foundation' => true >> Thread.new{} => # >> NSThread.multiThreaded? => false >> cocoa_lock = NSThread.alloc.init => # >> NSThread.multiThreaded? => false >> cocoa_lock.start => # >> NSThread.multiThreaded? => true }}} Using MacRuby threads doesn't mark cocoa as multithreaded which could potentially cause issues as per the documentation: Protecting the Cocoa Frameworks For multithreaded applications, Cocoa frameworks use locks and other forms of internal synchronization to ensure they behave correctly. To prevent these locks from degrading performance in the single-threaded case, however, Cocoa does not create them until the application spawns its first new thread using the NSThread class. If you spawn threads using only POSIX thread routines, Cocoa does not receive the notifications it needs to know that your application is now multithreaded. When that happens, operations involving the Cocoa frameworks may destabilize or crash your application. To let Cocoa know that you intend to use multiple threads, all you have to do is spawn a single thread using the NSThread class and let that thread immediately exit. Your thread entry point need not do anything. Just the act of spawning a thread using NSThread is enough to ensure that the locks needed by the Cocoa frameworks are put in place. If you are not sure if Cocoa thinks your application is multithreaded or not, you can use the isMultiThreaded method of NSThread to check. http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/Multithreading/CreatingThreads/CreatingThreads.html -- Comment: Should be fixed in r4968. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 19:27:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 03:27:57 -0000 Subject: [MacRuby] #1003: Copied Proc objects cause crash when used as Objective-C blocks In-Reply-To: <051.cb982a4897121f27d101149962f311d2@macosforge.org> References: <051.cb982a4897121f27d101149962f311d2@macosforge.org> Message-ID: <060.ce3083f6894cc516d3cca191952c9305@macosforge.org> #1003: Copied Proc objects cause crash when used as Objective-C blocks ----------------------------------+----------------------------------------- Reporter: al_skipp@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4971. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 2 21:24:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 05:24:32 -0000 Subject: [MacRuby] #1019: String#gsub performance Message-ID: <051.11f57c92908edfe5223c2a2387dd4300@macosforge.org> #1019: String#gsub performance ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- String#gsub with block performance improved dramatically with r4964, but String#gsub with or without block is still about 4-5 times slower than that of Ruby 1.8.7. Test 1 - gsub {{{ 10.times do text = File.read("test.txt") text.gsub!(/\w+/,"test") end }}} Test 2 - gsub with block {{{ 10.times do text = File.read("test.txt") text.gsub!(/\w+/){|x| x.upcase} end }}} The original text is in English with 8154 words. Results - Test 1 (sec.) {{{ Ruby 1.8.7 0.126 0.144 0.136 MacRuby 0.8 nightly 0.760 0.830 0.855 }}} Results - Test 2 (sec.) {{{ Ruby 1.8.7 0.369 0.336 0.303 MacRuby 0.8 nightly 1.377 1.552 1.465 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 03:35:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 11:35:59 -0000 Subject: [MacRuby] #1020: RSS::Maker is throwing a TypeError Message-ID: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> #1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- I'm currently looking at the HEAD of MacRuby, and I have an issue with RSS:Maker core lib. When it's required, it throws a TypeError: $ macirb -f irb(main):001:0> require 'rss/maker' TypeError: superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics I think this is leaving an inconsistent RSS setup, and causes the attached test script to crash, once the TypeError exception is caught. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 14:38:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 22:38:06 -0000 Subject: [MacRuby] #1020: RSS::Maker is throwing a TypeError In-Reply-To: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> References: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> Message-ID: <055.41af8fd621582388e0a6f79f7ba85185@macosforge.org> #1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by lsansonetti@?): Interestingly, it behaves differently when disabling the rbos. {{{ $ /usr/local/bin/macruby -r rss/maker -e '' superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics (TypeError) $ VM_DISABLE_RBO=1 /usr/local/bin/macruby -r rss/maker -e '' undefined method `split' for nil:NilClass (NoMethodError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 15:04:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 23:04:15 -0000 Subject: [MacRuby] #1021: error trying to use bones with MacRuby Message-ID: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> #1021: error trying to use bones with MacRuby ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ I originally filed this with the bones project (Tim Pease) but he pointed out that the issue is with MacRuby after installing the bones gem, trying to do something like: {{{ %bones --help }}} results in: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rake-0.8.7/lib/rake.rb:2503:in `const_missing:': uninitialized constant Bones::App::Plugins (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:270:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:268:in `default_plugin_module:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:217:in `plugin_module' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:156:in `plugins' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:176:in `initialize_plugins' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/bones-3.5.4/bin/bones:11:in `
' from /usr/bin/bones:19:in `
' Tim outlines the root issue here: https://github.com/TwP/bones/issues/issue/14/#comment_587325 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 15:19:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Dec 2010 23:19:38 -0000 Subject: [MacRuby] #1022: move to llvm 2.8 Message-ID: <052.a0ea59cd385714ab08833cd17200f510@macosforge.org> #1022: move to llvm 2.8 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- The latest LLVM stable release, 2.8, seems to work out of the box with MacRuby trunk! So, let's switch to it for the next release,0.8. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:03:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:03:51 -0000 Subject: [MacRuby] #235: Problems with adding objects to scriptable applications via scripting bridge In-Reply-To: <049.0e5cbacc940b01ced1a227673faf8975@macosforge.org> References: <049.0e5cbacc940b01ced1a227673faf8975@macosforge.org> Message-ID: <058.37260353f2de9b270c866fc46e347d97@macosforge.org> #235: Problems with adding objects to scriptable applications via scripting bridge -----------------------------------+---------------------------------------- Reporter: i.script@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: ScriptingBridge Error | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.4 => Comment: Sorry about the so long reply. It doesn't seem to be a bug with MacRuby itself but more with the ScriptingBridge framework. You may want to report that problem to DEVONthink or Apple (for ScriptingBridge). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:05:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:05:45 -0000 Subject: [MacRuby] #875: super dispatches aren't cached In-Reply-To: <052.a4d61f70065e554472ce17a0f3b1372b@macosforge.org> References: <052.a4d61f70065e554472ce17a0f3b1372b@macosforge.org> Message-ID: <061.4b6865da69be2fba021ff5d4d6e64b7e@macosforge.org> #875: super dispatches aren't cached -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for MacRuby 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:09:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:09:15 -0000 Subject: [MacRuby] #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. In-Reply-To: <051.07bcd6c2ccc5b9e454dab26e0d6033ca@macosforge.org> References: <051.07bcd6c2ccc5b9e454dab26e0d6033ca@macosforge.org> Message-ID: <060.f16baed2cb9dd891a375ce91586910aa@macosforge.org> #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for MacRuby 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:10:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:10:33 -0000 Subject: [MacRuby] #772: Assertion fails with 4 bytes non-BMP UTF-8. In-Reply-To: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> References: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> Message-ID: <060.fc19f0763e06ad2dcd9d43e10f2db032@macosforge.org> #772: Assertion fails with 4 bytes non-BMP UTF-8. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: vincent.isambart@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by vincent.isambart@?): Should be fixed (at least for chop and reverse) in r4975 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:18:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:18:26 -0000 Subject: [MacRuby] #834: Inspecting a string with multibyte characters from an application prints escaped characters In-Reply-To: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> References: <054.cded8642a258447aa90580b269ddf2cd@macosforge.org> Message-ID: <063.0d167ca082f8035791862fb8438d0070@macosforge.org> #834: Inspecting a string with multibyte characters from an application prints escaped characters -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: interactive-macruby -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:23:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:23:21 -0000 Subject: [MacRuby] #424: performance regression from ruby 1.8 and 1.9 In-Reply-To: <054.630d2124fdacc25be26276a9385d677d@macosforge.org> References: <054.630d2124fdacc25be26276a9385d677d@macosforge.org> Message-ID: <063.e201697df18380cb23854da7b896bf28@macosforge.org> #424: performance regression from ruby 1.8 and 1.9 -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Screening for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:28:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:28:22 -0000 Subject: [MacRuby] #19: Problems with method_missing In-Reply-To: <057.1c9a171bb5e30ab31364565747109f15@macosforge.org> References: <057.1c9a171bb5e30ab31364565747109f15@macosforge.org> Message-ID: <066.7edb254208f6a2a9cbd2b848b40f9b75@macosforge.org> #19: Problems with method_missing ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: Looks like it's fixed for me in trunk. {{{ $ ./miniruby t.rb method unknown_method missing /Users/lrz/src/macruby-trunk/t.rb:4:in `method_missing:': super: no superclass method `method_missing' for # (NoMethodError) from /Users/lrz/src/macruby-trunk/t.rb:8:in `
' $ ruby t.rb method unknown_method missing t.rb:4:in `method_missing': super: no superclass method `unknown_method' (NoMethodError) from t.rb:8 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:33:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:33:57 -0000 Subject: [MacRuby] #827: Assertion fails when calls String#tr and String#tr! with replace string to above-mentioned "\u0000FFFF". In-Reply-To: <051.a25ef6ff2130604cc4d1344207bf5740@macosforge.org> References: <051.a25ef6ff2130604cc4d1344207bf5740@macosforge.org> Message-ID: <060.e6d63a66cc30fbed3317e95f1a9befef@macosforge.org> #827: Assertion fails when calls String#tr and String#tr! with replace string to above-mentioned "\u0000FFFF". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Screening for later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:35:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:35:35 -0000 Subject: [MacRuby] #861: Abort occurs when throws an exception within Signal handler. In-Reply-To: <051.ee396b87b1de6c1e9f2c719d7cb5c5b7@macosforge.org> References: <051.ee396b87b1de6c1e9f2c719d7cb5c5b7@macosforge.org> Message-ID: <060.1c1d88896dae7d2ac3a74202ce652ab2@macosforge.org> #861: Abort occurs when throws an exception within Signal handler. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Indeed, it's too complex for 1.0. Screening for later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:38:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:38:04 -0000 Subject: [MacRuby] #1018: Regexp compilation error: named captures (was: Regexp compilation error) In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.6c6280d0fbff1e0bf075f18bcd990ca4@macosforge.org> #1018: Regexp compilation error: named captures ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:39:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:39:06 -0000 Subject: [MacRuby] #1022: move to llvm 2.8 In-Reply-To: <052.a0ea59cd385714ab08833cd17200f510@macosforge.org> References: <052.a0ea59cd385714ab08833cd17200f510@macosforge.org> Message-ID: <061.a86cf238997362644c798ef03cd4dc3d@macosforge.org> #1022: move to llvm 2.8 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:41:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:41:07 -0000 Subject: [MacRuby] #860: Assertion fails in pop_current_exception when catch/throw used in rescue In-Reply-To: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> References: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> Message-ID: <060.a104fbcdc6414025dc3c58d2b00b287c@macosforge.org> #860: Assertion fails in pop_current_exception when catch/throw used in rescue ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by vincent.isambart@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:45:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:45:13 -0000 Subject: [MacRuby] #530: Net::SSH doesn't work with MacRuby In-Reply-To: <050.28c9cb018daf9c6b48a8d7bc7f7ba644@macosforge.org> References: <050.28c9cb018daf9c6b48a8d7bc7f7ba644@macosforge.org> Message-ID: <059.e7be470e7895862f3e831a8dd1d05d7c@macosforge.org> #530: Net::SSH doesn't work with MacRuby ---------------------------------+------------------------------------------ Reporter: sk8tr1981@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: As of trunk, it looks like we are going farer. I now get the following backtrace when logging into my local SSH server: {{{ /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/buffer.rb:294:in `write_long:': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/buffer.rb:53:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/buffer.rb:47:in `from:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/algorithms.rb:262:in `build_client_algorithm_packet' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/algorithms.rb:160:in `send_kexinit' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/algorithms.rb:118:in `accept_kexinit:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:186:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:164:in `poll_message:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:201:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:199:in `wait' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:78:in `initialize:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh.rb:179:in `start:' from -e:1:in `
' }}} Screening the bug for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:51:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:51:00 -0000 Subject: [MacRuby] #772: Assertion fails with 4 bytes non-BMP UTF-8. In-Reply-To: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> References: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> Message-ID: <060.03bff4146455c832787d546a7e462b0c@macosforge.org> #772: Assertion fails with 4 bytes non-BMP UTF-8. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: vincent.isambart@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Watson confirmed on IRC it works fine for him. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:54:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:54:39 -0000 Subject: [MacRuby] #207: Kernel#framework calls global #copy method while loading Cocoa. In-Reply-To: <054.c46517a8824f7c8c8bcb22e97c14ad71@macosforge.org> References: <054.c46517a8824f7c8c8bcb22e97c14ad71@macosforge.org> Message-ID: <063.d680be6114697e3f1146d1827337beaa@macosforge.org> #207: Kernel#framework calls global #copy method while loading Cocoa. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by vincent.isambart@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 17:57:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 01:57:58 -0000 Subject: [MacRuby] #197: A removed, or undefined, pure Objective-C method should raise a NoMethodError when called. In-Reply-To: <054.a25a8abecefee356071a59e6c57b436c@macosforge.org> References: <054.a25a8abecefee356071a59e6c57b436c@macosforge.org> Message-ID: <063.11861c09c258b271f3af03c88603f592@macosforge.org> #197: A removed, or undefined, pure Objective-C method should raise a NoMethodError when called. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:03:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:03:57 -0000 Subject: [MacRuby] #406: Can't load gem grit. In-Reply-To: <056.256b9e037413b63441189f2d9bdda620@macosforge.org> References: <056.256b9e037413b63441189f2d9bdda620@macosforge.org> Message-ID: <065.fb4e0f2f777cb786929d02150eec4276@macosforge.org> #406: Can't load gem grit. ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: rubygems, grit, gems | ---------------------------------------+------------------------------------ Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed Comment: There has been so response for 6 months and is still seems to work fine so closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:15:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:15:51 -0000 Subject: [MacRuby] #742: Encoding is always UTF-8 (?) In-Reply-To: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> References: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> Message-ID: <060.6154635c527381f5359c8375fa94b212@macosforge.org> #742: Encoding is always UTF-8 (?) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): This bug might be needed for 1.0, however I don't know if there are any Ruby libraries around using the encoding: magic comment with something different than utf-8. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:19:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:19:18 -0000 Subject: [MacRuby] #966: MacRuby encoding error with Mail gem In-Reply-To: <052.8517fcb534681fd59926c42c142da71a@macosforge.org> References: <052.8517fcb534681fd59926c42c142da71a@macosforge.org> Message-ID: <061.101cd5d3bb9205036f1990144e20e549@macosforge.org> #966: MacRuby encoding error with Mail gem -----------------------------------+---------------------------------------- Reporter: andre.lewis@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => MacRuby 1.0 Comment: Let's investigate the problem for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:27:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:27:35 -0000 Subject: [MacRuby] #994: Grit gem acts differently in macruby vs macruby app In-Reply-To: <056.4c4ec18e70cc0423cc13672ffb67f888@macosforge.org> References: <056.4c4ec18e70cc0423cc13672ffb67f888@macosforge.org> Message-ID: <065.fc56e1de31b81ded01ba92520c932590@macosforge.org> #994: Grit gem acts differently in macruby vs macruby app ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by vincent.isambart@?): I get the same output from both the script run via MacRuby and the script run in an MacRuby app in Xcode: (I just changed filename to "~/src/rails") {{{ 0 ../Users/vincent/src/rails # }}} Please try with a nightly build, and if that still does not work for you, please attach a zip containing your Xcode project. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:47:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:47:10 -0000 Subject: [MacRuby] #941: curb gem does not build under MacRuby In-Reply-To: <053.aecb86582e1c5e9a6e066ff138c00654@macosforge.org> References: <053.aecb86582e1c5e9a6e066ff138c00654@macosforge.org> Message-ID: <062.6530fdc9ccafb12db39e45f2c981bf69@macosforge.org> #941: curb gem does not build under MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ------------------------------------+--------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => wontfix Comment: The curb extension uses a RHASH_LEN it defines if it's not already defined: https://github.com/taf2/curb/blob/master/ext/curb.h#L40 Neither Ruby 1.9 not MacRuby define a RHASH_LEN macro, but they both define a RHASH_SIZE macro that does the same thing (and in fact RHASH_SIZE is safer than their macro). Defining a RHASH_LEN macro in MacRuby would probably make curb compile but 1.9 does not define it and it would be a bad idea to add that just for one gem. Someone should ask the curb guys to use RHASH_SIZE instead of RHASH_LEN. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:51:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:51:41 -0000 Subject: [MacRuby] #1021: error trying to use bones with MacRuby In-Reply-To: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> References: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> Message-ID: <053.004061d7ecf2f8caf62af0ee0c117542@macosforge.org> #1021: error trying to use bones with MacRuby ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by vincent.isambart@?): It seems to work fine with trunk: {{{ % bones --help NAME bones v3.5.4 DESCRIPTION Mr Bones is a handy tool that builds a skeleton for your new Ruby projects. The skeleton contains some starter code and a collection of rake tasks to ease the management and deployment of your source code. }}} Could you please try it once again with a nightly build? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:54:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:54:18 -0000 Subject: [MacRuby] #1021: error trying to use bones with MacRuby In-Reply-To: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> References: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> Message-ID: <053.e1aaf786ea983307a3ab52c8b402d604@macosforge.org> #1021: error trying to use bones with MacRuby ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by vincent.isambart@?): Oops forget my last answer I used the bad RubyGems :P -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 18:59:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 02:59:47 -0000 Subject: [MacRuby] #715: public_method_defined? on a metaclass doesn't work In-Reply-To: <054.51d07a738fb667b4ded33978e2333c2d@macosforge.org> References: <054.51d07a738fb667b4ded33978e2333c2d@macosforge.org> Message-ID: <063.6c23caded804288545c69ad607e01b1b@macosforge.org> #715: public_method_defined? on a metaclass doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Changes (by vincent.isambart@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 19:10:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 03:10:50 -0000 Subject: [MacRuby] #190: Easily checking the upstream ruby svn revision. In-Reply-To: <054.79ff03a91ca1356685fa3ae5d85e9237@macosforge.org> References: <054.79ff03a91ca1356685fa3ae5d85e9237@macosforge.org> Message-ID: <063.5a318bc37b739cf6058f1827b8c96f69@macosforge.org> #190: Easily checking the upstream ruby svn revision. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by vincent.isambart@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.5 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 19:14:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 03:14:01 -0000 Subject: [MacRuby] #995: NoMethodError for initialization on MacRuby but works fine on CRuby In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.bb75f12dd8dcd327109dbdcad7c2eadc@macosforge.org> #995: NoMethodError for initialization on MacRuby but works fine on CRuby ------------------------------------+--------------------------------------- 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: I tried with MacRuby Trunk HEAD: {{{ $ sudo macgem install jiraSOAP $ cat tt.rb require 'rubygems' require 'jiraSOAP' JIRA::JIRAService.new 'http://jira.yourSite.com:8080' $ macruby tt.rb /Users/watson/tmp/tt.rb:2:in `
': no such file to load -- lib/jiraSOAP/macruby_bonuses.rb (LoadError) }}} It seems to make a mistake in a file pass. I changed as following and works fine. {{{ #!diff diff tmp/jiraSOAP/lib/jiraSOAP.rb jiraSOAP.rb 16c16 < require 'lib/jiraSOAP/macruby_bonuses.rb' if RUBY_ENGINE == 'macruby' --- > require 'jiraSOAP/macruby_bonuses.rb' if RUBY_ENGINE == 'macruby' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 19:55:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 03:55:54 -0000 Subject: [MacRuby] #585: FFI , attach_variable missing? In-Reply-To: <046.2e5028f8ba47564cf317f94e7e5a71b3@macosforge.org> References: <046.2e5028f8ba47564cf317f94e7e5a71b3@macosforge.org> Message-ID: <055.fa2ad0c8a0c5ba9d33098993dc401cfa@macosforge.org> #585: FFI , attach_variable missing? -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Changes (by watson1978@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 20:10:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 04:10:26 -0000 Subject: [MacRuby] #211: Automatic loading of bridgesupport files with embedded MacRuby does not work. In-Reply-To: <050.a2a8b396a27a9987e7b99a0aa1544821@macosforge.org> References: <050.a2a8b396a27a9987e7b99a0aa1544821@macosforge.org> Message-ID: <059.050d5fe886df8770e1e21305edd25e51@macosforge.org> #211: Automatic loading of bridgesupport files with embedded MacRuby does not work. ------------------------------------+--------------------------------------- Reporter: dognotdog@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: Component: MacRuby | Resolution: fixed Keywords: embedded bridgesupport | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Now, MacRuby will load the bridgesupport files automatically. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 20:21:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 04:21:21 -0000 Subject: [MacRuby] #762: Some regexp returns "compilation error: U_REGEX_RULE_SYNTAX". In-Reply-To: <051.1f071188d6e4b626829fa8aa304fb11d@macosforge.org> References: <051.1f071188d6e4b626829fa8aa304fb11d@macosforge.org> Message-ID: <060.a20907306d162a46dcf9a15e7b9717af@macosforge.org> #762: Some regexp returns "compilation error: U_REGEX_RULE_SYNTAX". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by tglee@?): ~#1018 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 20:26:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 04:26:12 -0000 Subject: [MacRuby] #1018: Regexp compilation error: named captures In-Reply-To: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> References: <045.bb0b3a19c745c94e23dd0e8fd05dc81e@macosforge.org> Message-ID: <054.2c02a81f5bce8dc593b4d771acebbb6b@macosforge.org> #1018: Regexp compilation error: named captures ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- Comment(by tglee@?): ~#762 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 20:44:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 04:44:07 -0000 Subject: [MacRuby] #713: Growl is broken on MacRuby 0.6 In-Reply-To: <047.43eec838c64c85d353e08fdf31a53b08@macosforge.org> References: <047.43eec838c64c85d353e08fdf31a53b08@macosforge.org> Message-ID: <056.3af2dcdc3dca3602694fe5cea0c625f2@macosforge.org> #713: Growl is broken on MacRuby 0.6 ------------------------------+--------------------------------------------- Reporter: ylphcm@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: growl ------------------------------+--------------------------------------------- Changes (by watson1978@?): * milestone: MacRuby 0.6 => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 20:53:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 04:53:01 -0000 Subject: [MacRuby] #781: Segfault on #inspect with Classes sans :allocate. In-Reply-To: <051.50a209af2f9cfdaaf9729a55fbc33e8f@macosforge.org> References: <051.50a209af2f9cfdaaf9729a55fbc33e8f@macosforge.org> Message-ID: <060.ff413a001db5774561a9ce41cfa90029@macosforge.org> #781: Segfault on #inspect with Classes sans :allocate. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 21:07:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 05:07:05 -0000 Subject: [MacRuby] #576: It's possible to close STDOUT (and presumably other standard IO streams) In-Reply-To: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> References: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> Message-ID: <061.7827fc0aa0bf39445386eb24b1bfa733@macosforge.org> #576: It's possible to close STDOUT (and presumably other standard IO streams) -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by watson1978@?): * milestone: MacRuby 0.5 => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 21:45:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 05:45:46 -0000 Subject: [MacRuby] #995: NoMethodError for initialization on MacRuby but works fine on CRuby In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.ae8f0795a32c85750741f0c79b5998b4@macosforge.org> #995: NoMethodError for initialization on MacRuby but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ------------------------------------+--------------------------------------- Changes (by mrada@?): * status: closed => reopened * resolution: invalid => Comment: First, thank you for pointing out the bug. With regards to the bug: you are using a newer version or the gem that is working around the issue reported here. If you change jiraSOAP/lib/jiraSOAP/JIRAService.rb to add a call to super in #initialize you will see that the bug is still there. (see attached diff). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 3 23:49:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 07:49:32 -0000 Subject: [MacRuby] #714: Hide certain methods on Symbol which are inherited from NSString. In-Reply-To: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> References: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> Message-ID: <063.d169f210326ffb5b22c99da616e0fc8e@macosforge.org> #714: Hide certain methods on Symbol which are inherited from NSString. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: mattaimonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * owner: eloy.de.enige@? => mattaimonetti@? * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 02:49:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 10:49:05 -0000 Subject: [MacRuby] #574: macgem should install binaries to /usr/local/bin In-Reply-To: <050.3b39b3eb32f027b1678b59dd462e04f5@macosforge.org> References: <050.3b39b3eb32f027b1678b59dd462e04f5@macosforge.org> Message-ID: <059.b291c33c18f12d206d5725e68340df2c@macosforge.org> #574: macgem should install binaries to /usr/local/bin ---------------------------------+------------------------------------------ Reporter: honglilai@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by watson1978@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 05:02:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 13:02:33 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. In-Reply-To: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> References: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> Message-ID: <059.a65bffd88fb801b13b080eab3e982dc4@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by watson1978@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:06:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:06:31 -0000 Subject: [MacRuby] #576: It's possible to close STDOUT (and presumably other standard IO streams) In-Reply-To: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> References: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> Message-ID: <061.e2cdcedaa68eb19a3ba9df4f0c2fb38f@macosforge.org> #576: It's possible to close STDOUT (and presumably other standard IO streams) -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: watson1978@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by watson1978@?): * owner: lsansonetti@? => watson1978@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:08:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:08:35 -0000 Subject: [MacRuby] #865: String#lines(separator) is broken when specified separator == "". In-Reply-To: <051.b65949ec3ac8b9192fd46a13fe179c80@macosforge.org> References: <051.b65949ec3ac8b9192fd46a13fe179c80@macosforge.org> Message-ID: <060.a9d8bc340990fcaff7884e687229e674@macosforge.org> #865: String#lines(separator) is broken when specified separator == "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * owner: lsansonetti@? => watson1978@? * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:09:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:09:35 -0000 Subject: [MacRuby] #863: String#succ is broken. In-Reply-To: <051.f33ff2a40328ea7945fbafbdfe7953c0@macosforge.org> References: <051.f33ff2a40328ea7945fbafbdfe7953c0@macosforge.org> Message-ID: <060.a0f6f7e5bb8f87af10a0f2c27796f9c0@macosforge.org> #863: String#succ is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * owner: lsansonetti@? => watson1978@? * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:10:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:10:32 -0000 Subject: [MacRuby] #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. In-Reply-To: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> References: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> Message-ID: <060.1c765c0970f427f24d8bebcfa1174cf0@macosforge.org> #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * owner: lsansonetti@? => watson1978@? * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:32:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:32:46 -0000 Subject: [MacRuby] #626: macruby fails Class.class_eval in macruby but not in 1.8 & 1.9? In-Reply-To: <053.4a03625a6cd9aa3880b220da2584e9cc@macosforge.org> References: <053.4a03625a6cd9aa3880b220da2584e9cc@macosforge.org> Message-ID: <062.aea2b2d1ffc5c59c15ffffd379ce737c@macosforge.org> #626: macruby fails Class.class_eval in macruby but not in 1.8 & 1.9? ------------------------------------+--------------------------------------- Reporter: rebotfc@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => duplicate Comment: Indeed a duplicate of #562. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 07:34:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 15:34:53 -0000 Subject: [MacRuby] #562: Including a module into class Class or class Module In-Reply-To: <054.d71728835308d0175bc07188bc403655@macosforge.org> References: <054.d71728835308d0175bc07188bc403655@macosforge.org> Message-ID: <063.8f288c913fe62515088cc8ea789e931e@macosforge.org> #562: Including a module into class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Comment(by eloy.de.enige@?): In my opinion this should be fixed for 1.0, as being able to use libs such as Mocha is (for me) pretty important. But I'll wait for Laurent to review it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:05:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:05:13 -0000 Subject: [MacRuby] #1019: String#gsub performance In-Reply-To: <051.11f57c92908edfe5223c2a2387dd4300@macosforge.org> References: <051.11f57c92908edfe5223c2a2387dd4300@macosforge.org> Message-ID: <060.6e732eb750143de7f90ea1148cc3be20@macosforge.org> #1019: String#gsub performance ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by pthomson@?): * milestone: => MacRuby 1.0 Comment: Not sure how much we're going to be able to improve this, since the bulk of the processing time seems to be spent in ICU's regex methods. Still, worth checking out for 1.0, as gsub is important. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:24:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:24:09 -0000 Subject: [MacRuby] #920: macirb takes too long to launch In-Reply-To: <056.3ed329cc69ad0cc57b0d0d580b330138@macosforge.org> References: <056.3ed329cc69ad0cc57b0d0d580b330138@macosforge.org> Message-ID: <065.3bde905ace6790e50c56fb3e8b75d9ab@macosforge.org> #920: macirb takes too long to launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------------+------------------------------------ Changes (by eloy.de.enige@?): * status: new => closed * resolution: => invalid Comment: The sentiment in this ticket is valid, but the goes for almost any program run with MacRuby compared to MRI atm, not just IRB. So I'm closing thise, as it's pretty clear that we have to work in the performance area at some point. Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:40:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:40:20 -0000 Subject: [MacRuby] #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath (was: NSTask segfault) In-Reply-To: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> References: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> Message-ID: <055.b1a0ac25e68539b3798ef4048014ab3a@macosforge.org> #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: segfault when passing a string instead of array -----------------------------+---------------------------------------------- Changes (by eloy.de.enige@?): * keywords: segfault NSTask => segfault when passing a string instead of array Old description: > When executing thefollowing erroneous code, where arguments should be in > an array: > > framework "foundation" > task = NSTask.launchedTaskWithLaunchPath("/bin/ls", arguments:"-l") > p task.isRunning > p task.standardOutput > > I get: > => Segmentation fault New description: When executing the following erroneous code, where arguments should be an array: {{{ % macruby -e 'NSTask.launchedTaskWithLaunchPath("/bin/ls", arguments:"-l")' zsh: segmentation fault }}} -- Comment: @Laurent: I'm wondering though, shouldn't the BridgeSupport part of MR prevent the argument from being passed on at all? I.e. raise an exception? I was looking at the Foundation BS file and it seems that this method isn't even covered in Foundation.bridgesupport, just in FoundationFull.bridgesupport. Is that relevant in any way? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:48:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:48:45 -0000 Subject: [MacRuby] #974: Failed assertion when creating pointer Pointers In-Reply-To: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> References: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> Message-ID: <062.b945c438c190eebe3856d9d4def68478@macosforge.org> #974: Failed assertion when creating pointer Pointers ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): This issue has been fixed, it can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:52:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:52:28 -0000 Subject: [MacRuby] #974: Failed assertion when creating pointer Pointers In-Reply-To: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> References: <053.ea3334952d68a017a4bab9d1dacd22f2@macosforge.org> Message-ID: <062.b63c781529c246cdecb330d02ead30bc@macosforge.org> #974: Failed assertion when creating pointer Pointers ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Thanks for the update! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:56:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:56:06 -0000 Subject: [MacRuby] #995: NoMethodError for initialization on MacRuby but works fine on CRuby In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.a08c82cd6ce048bb367a3a93147edd69@macosforge.org> #995: NoMethodError for initialization on MacRuby but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): The error will only occur if #initialize takes an argument. MRI does not raise an error in this case. If #initialize takes no arguments then everything is fine. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 08:58:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 16:58:52 -0000 Subject: [MacRuby] #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby (was: NoMethodError for initialization on MacRuby but works fine on CRuby) In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.9480440ca06d500d3486549b0f631ab7@macosforge.org> #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: #reduction | ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction * milestone: => MacRuby 1.0 Old description: > When using the jiraSOAP gem (version 0.4.0) and I try to create a new > JIRA::JIRAService object with #new I always get a NoMethodError on > MacRuby, but when I run the gem in CRuby the initialization works fine. > > The source for the gem is on github at github.com/Marketcircle/jiraSOAP New description: The error will only occur if #initialize takes an argument. MRI does not raise an error in this case. If #initialize takes no arguments then everything is fine. -- Comment: Screening for 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:00:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:00:27 -0000 Subject: [MacRuby] #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby In-Reply-To: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> References: <053.d985e4956a5e539b4a4c1e1031f1e0ff@macosforge.org> Message-ID: <062.6ad50541a2071f7806ad2d544ae4da8c@macosforge.org> #995: NoMethodError for calling super from #initialize on MacRuby, but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: #reduction | ------------------------------------+--------------------------------------- Comment(by eloy.de.enige@?): I should add the we replaced the original ticket description as it added irrelevant noise, the same can be said for the comments which can be ignored. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:03:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:03:12 -0000 Subject: [MacRuby] #818: NSBitmapImageRep#bitmapData returns empty String In-Reply-To: <042.01225ea87e5cdf3c1d9d0864180c420b@macosforge.org> References: <042.01225ea87e5cdf3c1d9d0864180c420b@macosforge.org> Message-ID: <051.828f33d54cd99ed00748d6e853b9bbc1@macosforge.org> #818: NSBitmapImageRep#bitmapData returns empty String -------------------------+-------------------------------------------------- Reporter: emil@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: bitmap,NSBitmapImageRep, @nsBitmapImageRepObj.bitmapData -------------------------+-------------------------------------------------- Changes (by eloy.de.enige@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:10:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:10:18 -0000 Subject: [MacRuby] #742: Encoding is always UTF-8 (?) In-Reply-To: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> References: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> Message-ID: <060.37145f281a4515e9bf44be98925bb41d@macosforge.org> #742: Encoding is always UTF-8 (?) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by eloy.de.enige@?): Skimming through the search results on github for "# encoding" hasn't revealed any other encodings than utf-8 indeed. https://github.com/search?langOverride=&language=ruby&q=%23+encoding&repo=&start_value=6&type=Code&x=0&y=0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:16:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:16:41 -0000 Subject: [MacRuby] #203: Marshal.dump does not serialize an Exception's backtrace In-Reply-To: <057.7e85dbc51be90be2f8d5ea59f4581b5f@macosforge.org> References: <057.7e85dbc51be90be2f8d5ea59f4581b5f@macosforge.org> Message-ID: <066.47ea34d8dfe6a6b9f3a9e41eb73be2aa@macosforge.org> #203: Marshal.dump does not serialize an Exception's backtrace ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by jhemmelg@?): I have been looking into this bug. I have traced the cause to not marshalling out ivars. It looks like this is at least partially due to the fact that strings are UTF-8 only (ticket #742). When I change Marshal's w_object() to output ivars it hits an infinite loop marshalling out the string. When a string is marshalled out, it's encoding is marhsalled out as well. The string encoding is a string itself. When that string is marshalled out, it's encoding is marshalled as well. It's turtles all the way down until the stack blows up. In MatzRuby there is a short circuit for US-ASCII and UTF-8 that breaks this recursion. I think we need to resolve handling string encodings (ticket #742) before this bug can be fixed. I also think this needs to be a 1.0 bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:18:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:18:54 -0000 Subject: [MacRuby] #978: macirb gives a weird error when I dereference a pointer to a CFArray In-Reply-To: <053.442d94c2f80fc787f02c8171a445ec53@macosforge.org> References: <053.442d94c2f80fc787f02c8171a445ec53@macosforge.org> Message-ID: <062.13c56709340eb9157058dd5284080f9c@macosforge.org> #978: macirb gives a weird error when I dereference a pointer to a CFArray ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: macirb error | ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Indeed, works on trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:30:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:30:12 -0000 Subject: [MacRuby] #783: Patch for builder.rb error: invalid byte sequence in US-ASCII In-Reply-To: <048.be89d421e97b82fc4dde2c21bf2eabfa@macosforge.org> References: <048.be89d421e97b82fc4dde2c21bf2eabfa@macosforge.org> Message-ID: <057.6f90bba6500a67793104f513374c85f8@macosforge.org> #783: Patch for builder.rb error: invalid byte sequence in US-ASCII -------------------------------+-------------------------------------------- Reporter: slewsys@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: @Laurent: Nope, that won't work. The magic encoding is only about the bytes in the source file, not about data read from IO. After discussing a few permutations, we decided that setting the proper external encoding is the best thing to do, this will work on all rubies and will make sure that any future File.read statements will work. I've tested that I can build on 1.8 and 1.9 with r4976. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:36:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:36:51 -0000 Subject: [MacRuby] #472: built-in rss library doesn't work in HEAD In-Reply-To: <048.30245285bf17986588e577636241e7f5@macosforge.org> References: <048.30245285bf17986588e577636241e7f5@macosforge.org> Message-ID: <057.ea906442171d94d7a9524986cdf97de7@macosforge.org> #472: built-in rss library doesn't work in HEAD -------------------------------+-------------------------------------------- Reporter: sergio@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by pthomson@?): * milestone: MacRuby 0.5 => MacRuby 1.0 Comment: Still an issue in trunk: {{{ superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics (TypeError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 09:57:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 17:57:10 -0000 Subject: [MacRuby] #997: FIxnum.new gives a strange error on MacRuby In-Reply-To: <053.b59d73d0e14482295927c4a945023203@macosforge.org> References: <053.b59d73d0e14482295927c4a945023203@macosforge.org> Message-ID: <062.fcb938ee21c2021508428e3672978ef9@macosforge.org> #997: FIxnum.new gives a strange error on MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction * owner: lsansonetti@? => eloy.de.enige@? * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:03:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:03:57 -0000 Subject: [MacRuby] #765: framework is not supported in MacRuby static In-Reply-To: <045.2476f3d8ff07f20c59440c5f09bfee10@macosforge.org> References: <045.2476f3d8ff07f20c59440c5f09bfee10@macosforge.org> Message-ID: <054.60345fe32c1ae37c9d66f6bcf736b6c0@macosforge.org> #765: framework is not supported in MacRuby static ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by jhemmelg@?): I tried to reproduce this problem with the nightly build 4 Dec 2010. Compilation failed with: {{{ $ macrubyc -o test --framework Foundation --static test.rb Warning: static compilation is currently a work in progress and provided for development only. The compilation process may simply fail or generate non-functional machine code objects. Use it at your own risk. Undefined symbols: "_rb_pointer_new", referenced from: l1021 in libmacruby-static.a(string.o) (maybe you meant: _rb_pointer_new2) ld: symbol(s) not found collect2: ld returned 1 exit status Error when executing `/usr/bin/g++ -o "test" -arch x86_64 -lobjc -licucore -lauto -framework Foundation -L/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib -lmacruby- static "/var/folders/a4/a4otm566Goa4sXqf7P+jL++++TI/-Tmp-/main-16899.o" "./test.o"' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:09:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:09:59 -0000 Subject: [MacRuby] #871: Segfault occurs when access to variable within Blocks of Thread and Loop. In-Reply-To: <051.1b07c750b4ead837e7f6b35704d0a99c@macosforge.org> References: <051.1b07c750b4ead837e7f6b35704d0a99c@macosforge.org> Message-ID: <060.ee384b2c32e1b05072d2cf8d1400ddc2@macosforge.org> #871: Segfault occurs when access to variable within Blocks of Thread and Loop. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mattaimonetti@?): The problem still exists as of today (fresh trunk build) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:12:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:12:24 -0000 Subject: [MacRuby] #765: framework is not supported in MacRuby static In-Reply-To: <045.2476f3d8ff07f20c59440c5f09bfee10@macosforge.org> References: <045.2476f3d8ff07f20c59440c5f09bfee10@macosforge.org> Message-ID: <054.678ef3812a028c451aef28473db4bb41@macosforge.org> #765: framework is not supported in MacRuby static ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Changes (by mattaimonetti@?): * milestone: MacRuby 0.7 => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:13:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:13:05 -0000 Subject: [MacRuby] #619: Constant scope in a block is determined at run-time? In-Reply-To: <049.2ea37c36f741587244c66115a06cdccc@macosforge.org> References: <049.2ea37c36f741587244c66115a06cdccc@macosforge.org> Message-ID: <058.c96291d0fa309dce83f224ff170977fd@macosforge.org> #619: Constant scope in a block is determined at run-time? --------------------------------+------------------------------------------- Reporter: chekenan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction * milestone: => MacRuby 1.0 Comment: I'm setting the milestone to 1.0, as my assumption is that const lookup should work good for 1.0. Correct me if I'm wrong, though. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:18:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:18:29 -0000 Subject: [MacRuby] #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 In-Reply-To: <051.a332ca4ea88c8109db00f9514d03902a@macosforge.org> References: <051.a332ca4ea88c8109db00f9514d03902a@macosforge.org> Message-ID: <060.fce437aac50d3abf8adb86b3fb4d42c4@macosforge.org> #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: mattaimonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => mattaimonetti@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:19:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:19:14 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. In-Reply-To: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> References: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> Message-ID: <060.2bb00b3beec3d79f34eeaf16737f2dae@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:31:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:31:43 -0000 Subject: [MacRuby] #801: The eval is broken when calls eval with Class/Proc's binding. In-Reply-To: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> References: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> Message-ID: <060.b7c5ebf4cb103649e09f10f451a7ceea@macosforge.org> #801: The eval is broken when calls eval with Class/Proc's binding. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:33:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:33:57 -0000 Subject: [MacRuby] #801: The eval is broken when calls eval with Class/Proc's binding. In-Reply-To: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> References: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> Message-ID: <060.d6207e96d7289b4a23d17cf9b1d96835@macosforge.org> #801: The eval is broken when calls eval with Class/Proc's binding. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Comment(by mike.gehard@?): As of 12/4/2010, this is still occurring in the trunk mirror from Github. Tested against 1.9.2-p0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:44:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:44:45 -0000 Subject: [MacRuby] #939: $1, $2 ... should store the value of local scope. In-Reply-To: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> References: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> Message-ID: <060.249cb4306c6f506a0a65fd51092d5917@macosforge.org> #939: $1, $2 ... should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by mike.gehard@?): Still happening as for 12.4.2010 in Github trunk mirror. Compared to 1.9.2-p0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:46:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:46:22 -0000 Subject: [MacRuby] #939: $1, $2 ... should store the value of local scope. In-Reply-To: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> References: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> Message-ID: <060.cdce0d0034d9e3a1128dc531e1aff839@macosforge.org> #939: $1, $2 ... should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:46:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:46:36 -0000 Subject: [MacRuby] #510: website: How Ruby Programmers Should Learn Cocoa In-Reply-To: <057.c5c5dd2afaa90bae37f12aa92c882f51@macosforge.org> References: <057.c5c5dd2afaa90bae37f12aa92c882f51@macosforge.org> Message-ID: <066.21c41f02d3eab1d9fd38c1d97e45ee99@macosforge.org> #510: website: How Ruby Programmers Should Learn Cocoa ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: task | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------------+----------------------------------- Changes (by pthomson@?): * status: new => closed * resolution: => invalid Comment: The Cocoa API's, Interface Builder know-how, and other sample code will be covered in the various books on MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 10:59:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 18:59:37 -0000 Subject: [MacRuby] #253: Fibers are unsupported In-Reply-To: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> References: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> Message-ID: <058.b2371fe81e08e7baa63ec129b5e29872@macosforge.org> #253: Fibers are unsupported --------------------------------+------------------------------------------- Reporter: jvoorhis@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: fiber segfault --------------------------------+------------------------------------------- Comment(by mike.gehard@?): As of 12.4.2010 in Github mirror of trunk, it doesn't look like macruby knows about Fibers: ruby -v bug253.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] hey macruby -v bug253.rb MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/msgehard/Documents/Development/rubyDevelopment/macruby_bugsmash/bug253.rb:1:in `
': no such file to load -- fiber (LoadError) See attached file for test case. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:03:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:03:32 -0000 Subject: [MacRuby] #105: BridgeSupport can't convert KCGSessionEventTap as an argument for CGEventTapCreate In-Reply-To: <055.81791882a6fa1e617253d242878a57dd@macosforge.org> References: <055.81791882a6fa1e617253d242878a57dd@macosforge.org> Message-ID: <064.16de9cdba10cc91d273dcbea08c3b18a@macosforge.org> #105: BridgeSupport can't convert KCGSessionEventTap as an argument for CGEventTapCreate --------------------------------------+------------------------------------- Reporter: juanger@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.4 => MacRuby 0.8 Comment: Works fine now, here is how I tested the code above: {{{ framework 'Cocoa' framework 'ApplicationServices' @callback = proc{|a,b,c,d| puts 'callback'} eventMask = 1 << KCGEventKeyDown eventTap = CGEventTapCreate(KCGSessionEventTap, KCGHeadInsertEventTap, 0, eventMask, @callback, nil) raise unless eventTap run_loop_source = CFMachPortCreateRunLoopSource(KCFAllocatorDefault, eventTap, 0) CFRunLoopAddSource(CFRunLoopGetCurrent(), run_loop_source, KCFRunLoopCommonModes) CGEventTapEnable(eventTap, true) CFRunLoopRun() }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:04:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:04:39 -0000 Subject: [MacRuby] #253: Fibers are unsupported In-Reply-To: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> References: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> Message-ID: <058.5b08d9dad18ff30c3130a32f260fe102@macosforge.org> #253: Fibers are unsupported --------------------------------+------------------------------------------- Reporter: jvoorhis@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: fiber segfault #reduction --------------------------------+------------------------------------------- Changes (by mattaimonetti@?): * keywords: fiber segfault => fiber segfault #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:10:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:10:46 -0000 Subject: [MacRuby] #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 In-Reply-To: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> References: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> Message-ID: <060.7af125c19754b07d29f215b9f93bcff9@macosforge.org> #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 ----------------------------------+----------------------------------------- Reporter: james@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: mocha class module include ----------------------------------+----------------------------------------- Comment(by emil@?): problem stil exists in trunk rev 4976, reduction uploaded -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:11:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:11:26 -0000 Subject: [MacRuby] #648: (TypeError) "unrecognized runtime type" when receiving a CGEventTapProxy In-Reply-To: <049.a124e4ecfba6d0f48e37fc4d6266b414@macosforge.org> References: <049.a124e4ecfba6d0f48e37fc4d6266b414@macosforge.org> Message-ID: <058.ec3bd4f20fa280bc3c66f37fb938d8ed@macosforge.org> #648: (TypeError) "unrecognized runtime type" when receiving a CGEventTapProxy --------------------------------+------------------------------------------- Reporter: kingding@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.6 => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:13:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:13:37 -0000 Subject: [MacRuby] #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 In-Reply-To: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> References: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> Message-ID: <060.613dea6889ffa233f4218e764c956dee@macosforge.org> #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 ----------------------------------+----------------------------------------- Reporter: james@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: #reduction mocha class module include ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: mocha class module include => #reduction mocha class module include -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:22:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:22:39 -0000 Subject: [MacRuby] #204: Private methods redefined public are still in private_methods In-Reply-To: <057.501491f7df3890638c90a912d40a6495@macosforge.org> References: <057.501491f7df3890638c90a912d40a6495@macosforge.org> Message-ID: <066.7c29bcb4e0b8c30446b8f2d46900290c@macosforge.org> #204: Private methods redefined public are still in private_methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by emil@?): error exists on trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:22:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:22:48 -0000 Subject: [MacRuby] #1009: Can't set status of taint and untrust to Float Object. In-Reply-To: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> References: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> Message-ID: <060.73747ab075100cf8a4a686f2270f0f69@macosforge.org> #1009: Can't set status of taint and untrust to Float Object. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:23:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:23:01 -0000 Subject: [MacRuby] #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 In-Reply-To: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> References: <051.7bc62fcba51e42657f637bc346973725@macosforge.org> Message-ID: <060.84502e316313efb244495698808f086a@macosforge.org> #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 ---------------------------------------------------+------------------------ Reporter: james@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: #reduction mocha class module include | ---------------------------------------------------+------------------------ Changes (by eloy.de.enige@?): * status: new => closed * resolution: => duplicate Comment: Duplicate of #562. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:24:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:24:25 -0000 Subject: [MacRuby] #562: Including a module into class Class or class Module In-Reply-To: <054.d71728835308d0175bc07188bc403655@macosforge.org> References: <054.d71728835308d0175bc07188bc403655@macosforge.org> Message-ID: <063.46b5d48b4cb7199aef6c358b7bea63b6@macosforge.org> #562: Including a module into class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Comment(by emil@?): reduction show problem on trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:25:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:25:56 -0000 Subject: [MacRuby] #562: Including a module into class Class or class Module In-Reply-To: <054.d71728835308d0175bc07188bc403655@macosforge.org> References: <054.d71728835308d0175bc07188bc403655@macosforge.org> Message-ID: <063.73c28d565f0cd16117254075c4056d08@macosforge.org> #562: Including a module into class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha #reduction #patch -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * keywords: mocha => mocha #reduction #patch * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:35:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:35:52 -0000 Subject: [MacRuby] #611: Error decoding JSON floating point number In-Reply-To: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> References: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> Message-ID: <059.f90dbb4455a6fb015c7f955b9bc923f4@macosforge.org> #611: Error decoding JSON floating point number ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by emil@?): i believe this has nothing to do with json, since simply doing puts 8.1 will output 8.09999999999999 on turnk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:35:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:35:54 -0000 Subject: [MacRuby] #204: Private methods redefined public are still in private_methods In-Reply-To: <057.501491f7df3890638c90a912d40a6495@macosforge.org> References: <057.501491f7df3890638c90a912d40a6495@macosforge.org> Message-ID: <066.0b91b057795ea45ab55998c0401dbc0c@macosforge.org> #204: Private methods redefined public are still in private_methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------------+----------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:37:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:37:01 -0000 Subject: [MacRuby] #432: Module.nesting not working In-Reply-To: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> References: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> Message-ID: <063.b3a81d98cd4d34c3bed2d68abf229b84@macosforge.org> #432: Module.nesting not working -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: #reduction -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:45:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:45:10 -0000 Subject: [MacRuby] #657: Calling super without args results in an ArgumentError in specific situations In-Reply-To: <054.2658114596cd064f36b896458a76b27b@macosforge.org> References: <054.2658114596cd064f36b896458a76b27b@macosforge.org> Message-ID: <063.7894c25bd14fc8551718eef865aa6de6@macosforge.org> #657: Calling super without args results in an ArgumentError in specific situations -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: needinfo Keywords: | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo Comment: I need to take another look at this at the office. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:48:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:48:23 -0000 Subject: [MacRuby] #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". In-Reply-To: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> References: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> Message-ID: <060.cf14843f979e16c6600a6c04a81842e3@macosforge.org> #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by emil@?): persists on trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:50:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:50:31 -0000 Subject: [MacRuby] #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". In-Reply-To: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> References: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> Message-ID: <060.9dea02f777a377ad9e97f81eea8a879b@macosforge.org> #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 11:53:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 19:53:28 -0000 Subject: [MacRuby] #600: hash access In-Reply-To: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> References: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> Message-ID: <063.a545d89e2ebe2b2d8fb1414bd0a8e790@macosforge.org> #600: hash access -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: hash -------------------------------------+-------------------------------------- Comment(by jhemmelg@?): I don't know how significant this is, but the first instance wins - {{{ irb(main):007:0> NSDictionary.dictionaryWithDictionary({:foo=>:bar, "foo"=>"bar"}) => {:foo=>:bar} irb(main):008:0> NSDictionary.dictionaryWithDictionary({"foo"=>"bar", :foo=>:bar}) => {"foo"=>"bar"} }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:22:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:22:51 -0000 Subject: [MacRuby] #922: Writing a MacFUSE fs doesn't work when delegating methods In-Reply-To: <047.44374fc1f463bcdea7f94e6dcbab6740@macosforge.org> References: <047.44374fc1f463bcdea7f94e6dcbab6740@macosforge.org> Message-ID: <056.7976e561212843ad7da87f787ca2986a@macosforge.org> #922: Writing a MacFUSE fs doesn't work when delegating methods ------------------------------+--------------------------------------------- Reporter: kourge@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.7 => MacRuby 0.8 Comment: This works on trunk: {{{ framework 'cocoa' framework 'macfuse' class Exception def to_ns(domain='', code=self.hash) user_info = { 'NSLocalizedDescriptionKey' => self.message, 'Backtrace' => self.backtrace } NSError.errorWithDomain(domain, code: code, userInfo: user_info) end end class HelloFS PATH = '/hello.txt' def contents(path) [PATH.lastPathComponent] end def read_file(path) return nil unless path == PATH "Hello, World!\n" end def size(path) read_file(path).size end def file?(path) path == '/hello.txt' end def contentsOfDirectoryAtPath(path, error: error) self.contents(path) rescue Exception => e error[0] = e.to_ns('GMUserFileSystemDomain') nil end def contentsAtPath(path) self.read_file(path).dataUsingEncoding(NSUTF8StringEncoding) end end d = HelloFS.new fs = GMUserFileSystem.alloc.initWithDelegate(d, isThreadSafe: true) fs.mountAtPath("/Volumes/Hello", withOptions: ['rdonly', 'volname=HelloFS']) sleep 1 puts `ls /Volumes/Hello` puts `cat /Volumes/Hello/hello.txt` fs.unmount }}} Outputs: {{{ macruby(869,0x103f44000) malloc: *** auto malloc[869]: error: GC operation on unregistered thread. Thread registered implicitly. Break on auto_zone_thread_registration_error() to debug. macruby(869,0x103fc7000) malloc: *** auto malloc[869]: error: GC operation on unregistered thread. Thread registered implicitly. Break on auto_zone_thread_registration_error() to debug. hello.txt Hello, World! macruby at fuse0 unmount from /Volumes/Hello }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:25:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:25:34 -0000 Subject: [MacRuby] #1011: Sinatra fails silently on MacRuby 0.8 nightly builds In-Reply-To: <053.f0987a6ab9c4b5e0ef3971b685f4b890@macosforge.org> References: <053.f0987a6ab9c4b5e0ef3971b685f4b890@macosforge.org> Message-ID: <062.0ba1cb9426f50371368b5782eb8a4c95@macosforge.org> #1011: Sinatra fails silently on MacRuby 0.8 nightly builds ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by emil@?): seems to work fine on trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:25:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:25:45 -0000 Subject: [MacRuby] #823: ActiveSupport 3 RC1 Not working In-Reply-To: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> References: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> Message-ID: <057.8dedb5f1eb51d402e5d9fbf9d848062c@macosforge.org> #823: ActiveSupport 3 RC1 Not working -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction -------------------------------+-------------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction Comment: Watson is right, this is an encoding issue. Here is a slightly better reduction of the ActiveSupport problem: {{{ $ sudo macgem install activesupport $ macirb -rrubygems --simple-prompt >> require "active_support/core_ext/uri" Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} Here is the file in question: http://github.com/rails/rails/blob/master/activesupport/lib/active_support/core_ext/uri.rb Now the real problem can be reduced like that: {{{ require 'uri' str = "\xE6\x97\xA5\xE6\x9C\xAC\xE8\xAA\x9E" # Ni-ho-nn-go in UTF-8, means Japanese. puts str.encoding parser = URI::Parser.new puts parser.escape(str).encoding str == parser.unescape(parser.escape(str)) }}} The output will look like that: {{{ UTF-8 US-ASCII Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} The same file executed under 1.9.2 will return the following: {{{ ASCII-8BIT US-ASCII => true }}} But if you add the magic encoding comment in 1.9.2: {{{ UTF-8 US-ASCII => true }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:27:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:27:20 -0000 Subject: [MacRuby] #1011: Sinatra fails silently on MacRuby 0.8 nightly builds In-Reply-To: <053.f0987a6ab9c4b5e0ef3971b685f4b890@macosforge.org> References: <053.f0987a6ab9c4b5e0ef3971b685f4b890@macosforge.org> Message-ID: <062.6f826cd8929c0b6daf85191dc7f91788@macosforge.org> #1011: Sinatra fails silently on MacRuby 0.8 nightly builds ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:34:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:34:48 -0000 Subject: [MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread In-Reply-To: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> References: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> Message-ID: <059.fa5d8ea65c7fbc2793a8d7c8eb8ad14a@macosforge.org> #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread ---------------------------------+------------------------------------------ Reporter: dylan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ---------------------------------+------------------------------------------ Changes (by eloy.de.enige@?): * keywords: => #reduction Comment: Still fails on trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:44:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:44:00 -0000 Subject: [MacRuby] #123: macruby 0.3 - macgem 1.1.1 In-Reply-To: <047.39b89ae0e8050494cec641d74351d7b1@macosforge.org> References: <047.39b89ae0e8050494cec641d74351d7b1@macosforge.org> Message-ID: <056.430c7837a3cdbdb009984d6057172398@macosforge.org> #123: macruby 0.3 - macgem 1.1.1 ------------------------------+--------------------------------------------- Reporter: renard@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Resolution: fixed Keywords: macgem | ------------------------------+--------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:47:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:47:14 -0000 Subject: [MacRuby] #896: U_REGEX_BAD_ESCAPE_SEQUENCE on unicode escape in literal regex In-Reply-To: <052.f2a4592d600f3f6628887a4475358267@macosforge.org> References: <052.f2a4592d600f3f6628887a4475358267@macosforge.org> Message-ID: <061.56c2fd57b5a2d16c32f4a164d2ff9895@macosforge.org> #896: U_REGEX_BAD_ESCAPE_SEQUENCE on unicode escape in literal regex -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction -----------------------------------+---------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:47:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:47:23 -0000 Subject: [MacRuby] #176: timeout fails to raise a Timeout::Error In-Reply-To: <050.6ac50f736039ba0c073a84f3c66ca8d3@macosforge.org> References: <050.6ac50f736039ba0c073a84f3c66ca8d3@macosforge.org> Message-ID: <059.536d8724f0212379a87e24ae27aded7f@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's try to make timeout.rb work for most of the cases in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:47:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:47:36 -0000 Subject: [MacRuby] #428: AOT compiled script can't get rescued In-Reply-To: <054.2ad0db14b44bcf248274331a2d6ad321@macosforge.org> References: <054.2ad0db14b44bcf248274331a2d6ad321@macosforge.org> Message-ID: <063.0478b6135cc6d7b7d52e65620be412fd@macosforge.org> #428: AOT compiled script can't get rescued -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by emil@?): can't reproduce this in trunk rev 4976. includes is a working example that consists of two files. if you compile 428required.rb using: macrubyc -C 428required.rb you can remove the 428required.rb file and run 428.rb, and it will load the 428requied.rbo and pass the exception to the 428.rb main file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:48:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:48:38 -0000 Subject: [MacRuby] #203: Marshal.dump does not serialize an Exception's backtrace In-Reply-To: <057.7e85dbc51be90be2f8d5ea59f4581b5f@macosforge.org> References: <057.7e85dbc51be90be2f8d5ea59f4581b5f@macosforge.org> Message-ID: <066.4938d6702fd0514768f58cf1739b02c4@macosforge.org> #203: Marshal.dump does not serialize an Exception's backtrace ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:49:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:49:35 -0000 Subject: [MacRuby] #204: Private methods redefined public are still in private_methods In-Reply-To: <057.501491f7df3890638c90a912d40a6495@macosforge.org> References: <057.501491f7df3890638c90a912d40a6495@macosforge.org> Message-ID: <066.04953f899b7c0c749bb37f3dcf38f005@macosforge.org> #204: Private methods redefined public are still in private_methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:50:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:50:53 -0000 Subject: [MacRuby] #204: Private methods redefined public are still in private_methods In-Reply-To: <057.501491f7df3890638c90a912d40a6495@macosforge.org> References: <057.501491f7df3890638c90a912d40a6495@macosforge.org> Message-ID: <066.081951a156302476d436de6b5a687b44@macosforge.org> #204: Private methods redefined public are still in private_methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------------+----------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => eloy.de.enige@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:54:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:54:52 -0000 Subject: [MacRuby] #432: Module.nesting not working In-Reply-To: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> References: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> Message-ID: <063.873170f39b4fca776e0833373b87e31f@macosforge.org> #432: Module.nesting not working -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:56:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:56:58 -0000 Subject: [MacRuby] #611: Error decoding JSON floating point number In-Reply-To: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> References: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> Message-ID: <059.22257f304c39ac1418ae6356b2bcd52d@macosforge.org> #611: Error decoding JSON floating point number ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Indeed, MacRuby's floats are less precise as we store them as immediate values, so 2 bits of precision are loss. I don't think we can do anything for 1.0, moving to later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 12:57:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 20:57:46 -0000 Subject: [MacRuby] #817: External iterators returning nil In-Reply-To: <052.8f08c773876e07c686153d6fcf3222a3@macosforge.org> References: <052.8f08c773876e07c686153d6fcf3222a3@macosforge.org> Message-ID: <061.9270ffe312628eed712a78ccfd010284@macosforge.org> #817: External iterators returning nil -----------------------------------+---------------------------------------- Reporter: kennylovrin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by emil@?): persists in trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:02:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:02:20 -0000 Subject: [MacRuby] #436: Strange pair(?) of bugs (floats) In-Reply-To: <053.8e6a38f2da0da0bcd59f5acfd83bed6e@macosforge.org> References: <053.8e6a38f2da0da0bcd59f5acfd83bed6e@macosforge.org> Message-ID: <062.8c7d97dce6f434af4c4e66d0a74acce1@macosforge.org> #436: Strange pair(?) of bugs (floats) ------------------------------------+--------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by emil@?): duplicte of #611 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:02:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:02:21 -0000 Subject: [MacRuby] #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't In-Reply-To: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> References: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> Message-ID: <058.b8220c8d58322698100bc45cb472891d@macosforge.org> #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't --------------------------------+------------------------------------------- Reporter: ned@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction Comment: On current trunk: Original: {{{ % macruby -e "p ObjectSpace.each_object(String).reject{|o|o.class.ancestors.include?(String)}.map{|o|o.class}.uniq" [] }}} Last two: {{{ % macruby -e 'p ObjectSpace.each_object(Class).reject { |o| o.class.ancestors.include? Class }.map { |o| o.class }.uniq' [Module] % macruby -e 'p( [Object,Module,Class,String,Array,Hash,Integer,Regexp,Range].map { |c| ObjectSpace.each_object(c).reject { |o| o.class.ancestors.include? c }.map { |o| o.class }.uniq.map { |o| {c => o} } }.select { |a| a.size > 0}.flatten)' [{Class=>Module}] }}} Not sure how important the last cases are? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:02:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:02:36 -0000 Subject: [MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread In-Reply-To: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> References: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> Message-ID: <059.c026870a553cb8517bdf456926ef64f5@macosforge.org> #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread ---------------------------------+------------------------------------------ Reporter: dylan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: The following snippet (my suggestion) works fine in trunk. {{{ framework 'Cocoa' NSApplication.sharedApplication def main_thread( &block ) o = Object.new def o.call @block.call end o.instance_variable_set(:@block, block) o.performSelectorOnMainThread( 'call', withObject: nil, waitUntilDone: true ) end Thread.new do main_thread do [1,2,3].each {|i| puts i } end end NSApp.run }}} The original doesn't, as ObjC is not able to perform selectors defined in MacRuby Core (in C), such as Proc#call. We should try to do something in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:04:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:04:33 -0000 Subject: [MacRuby] #436: Strange pair(?) of bugs (floats) In-Reply-To: <053.8e6a38f2da0da0bcd59f5acfd83bed6e@macosforge.org> References: <053.8e6a38f2da0da0bcd59f5acfd83bed6e@macosforge.org> Message-ID: <062.1cff21b7625c20fd8ca21b1b6c1af207@macosforge.org> #436: Strange pair(?) of bugs (floats) ------------------------------------+--------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate * milestone: MacRuby 0.5 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:05:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:05:15 -0000 Subject: [MacRuby] #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't In-Reply-To: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> References: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> Message-ID: <058.54fd6635a8ac5e48f749ce75ce6f8166@macosforge.org> #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't --------------------------------+------------------------------------------- Reporter: ned@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Comment(by eloy.de.enige@?): I think this one should be for ?Later?. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:12:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:12:36 -0000 Subject: [MacRuby] #903: Can't load the file when calls autoload and require. In-Reply-To: <051.41d0a88a7defc0d10d52c2b854a3eba7@macosforge.org> References: <051.41d0a88a7defc0d10d52c2b854a3eba7@macosforge.org> Message-ID: <060.3419611058d651004aecdce2f5d8befd@macosforge.org> #903: Can't load the file when calls autoload and require. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by emil@?): persists in trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:16:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:16:47 -0000 Subject: [MacRuby] #762: Some regexp returns "compilation error: U_REGEX_RULE_SYNTAX". In-Reply-To: <051.1f071188d6e4b626829fa8aa304fb11d@macosforge.org> References: <051.1f071188d6e4b626829fa8aa304fb11d@macosforge.org> Message-ID: <060.21ec25c30ef4495cf93b723b3ceb8d1a@macosforge.org> #762: Some regexp returns "compilation error: U_REGEX_RULE_SYNTAX". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => duplicate Comment: Duplicate of #1018 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:18:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:18:47 -0000 Subject: [MacRuby] #823: ActiveSupport 3 RC1 Not working In-Reply-To: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> References: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> Message-ID: <057.ee28c270adff50b79fb883e4f529ff4e@macosforge.org> #823: ActiveSupport 3 RC1 Not working -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction -------------------------------+-------------------------------------------- Changes (by mattaimonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:19:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:19:13 -0000 Subject: [MacRuby] #801: The eval is broken when calls eval with Class/Proc's binding. In-Reply-To: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> References: <051.a1f4eb4314686744582f11747f8cbc38@macosforge.org> Message-ID: <060.02ba30c3dc665a061244a8c70d779d50@macosforge.org> #801: The eval is broken when calls eval with Class/Proc's binding. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's try to fix by 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:21:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:21:03 -0000 Subject: [MacRuby] #600: hash access In-Reply-To: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> References: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> Message-ID: <063.98b884ef4e75900147b99835c2bec736@macosforge.org> #600: hash access -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: hash #reduction -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * keywords: hash => hash #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:21:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:21:27 -0000 Subject: [MacRuby] #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". In-Reply-To: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> References: <051.d6a77945df9ccd6c76bc759e16e6824a@macosforge.org> Message-ID: <060.1528e3ff62161458fc0d501b194fd411@macosforge.org> #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:22:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:22:46 -0000 Subject: [MacRuby] #871: Segfault occurs when access to variable within Blocks of Thread and Loop. In-Reply-To: <051.1b07c750b4ead837e7f6b35704d0a99c@macosforge.org> References: <051.1b07c750b4ead837e7f6b35704d0a99c@macosforge.org> Message-ID: <060.fb9ecc65797859c3ba152ab0c303e8cb@macosforge.org> #871: Segfault occurs when access to variable within Blocks of Thread and Loop. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:22:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:22:57 -0000 Subject: [MacRuby] #791: Array#hash is broken. In-Reply-To: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> References: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> Message-ID: <060.c9db69048a65af2a769c37781d81a244@macosforge.org> #791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by emil@?): persists in trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:23:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:23:37 -0000 Subject: [MacRuby] #939: $1, $2 ... should store the value of local scope. In-Reply-To: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> References: <051.45ec4a4cc03603d453cee57291081f3e@macosforge.org> Message-ID: <060.37263f22d35179b7d261dd3d16d384f4@macosforge.org> #939: $1, $2 ... should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:25:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:25:55 -0000 Subject: [MacRuby] #632: performSelector behaves oddly. In-Reply-To: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> References: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> Message-ID: <055.53bc506fa80854bb3b587b5102e3b5b5@macosforge.org> #632: performSelector behaves oddly. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: #reduction -----------------------------+---------------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction Comment: The problem is still happening. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:26:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:26:07 -0000 Subject: [MacRuby] #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath In-Reply-To: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> References: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> Message-ID: <055.35b9ddf7f27b236f0462a9e83c1d8fe1@macosforge.org> #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: segfault when passing a string instead of array -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Eloy, the Full file isn't used by MacRuby. As this method is fully introspectable by the runtime, MacRuby will retrieve its signature from it and allow you to pass any object as the argument. Remember, Objective-C is not a static typed language as Ruby. Overall, this is the same problem as #664. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:27:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:27:16 -0000 Subject: [MacRuby] #1009: Can't set status of taint and untrust to Float Object. In-Reply-To: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> References: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> Message-ID: <060.2ac7eae97e52f00e83acbd6c6245f481@macosforge.org> #1009: Can't set status of taint and untrust to Float Object. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Should be easy to fix. Let's try for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:30:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:30:18 -0000 Subject: [MacRuby] #585: FFI , attach_variable missing? In-Reply-To: <046.2e5028f8ba47564cf317f94e7e5a71b3@macosforge.org> References: <046.2e5028f8ba47564cf317f94e7e5a71b3@macosforge.org> Message-ID: <055.8582a609ddf7e81caa5ba81ac5f873ca@macosforge.org> #585: FFI , attach_variable missing? -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: I think this bug is for Later. We cannot fully implement FFI in 1.0, so it might even be a good idea to remove it from trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:39:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:39:07 -0000 Subject: [MacRuby] #253: Fibers are unsupported In-Reply-To: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> References: <049.24255c0050b2245fbbcfcbc2195357c3@macosforge.org> Message-ID: <058.58d4d602514d880df3320821d78f8f08@macosforge.org> #253: Fibers are unsupported --------------------------------+------------------------------------------- Reporter: jvoorhis@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: fiber segfault #reduction --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Moving to 1.0, but I think there is little chance this will happen. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:39:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:39:36 -0000 Subject: [MacRuby] #749: Regexp issues / crashes affecting StringScanner In-Reply-To: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> References: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> Message-ID: <062.8e910e279d5e8cf024b61ebea8f48949@macosforge.org> #749: Regexp issues / crashes affecting StringScanner ------------------------------------+--------------------------------------- Reporter: kitchen.andy@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mattaimonetti@?): I can still reproduce the problem with the following stack trace: {{{ Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000007300000018 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[47662]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libicucore.A.dylib 0x00007fff89085048 icu::RegexMatcher::~RegexMatcher() + 106 1 libicucore.A.dylib 0x00007fff890bb7e3 uregex_find + 136 2 libicucore.A.dylib 0x00007fff890bc4a7 uregex_close + 35 3 libmacruby.dylib 0x00000001000b9631 rb_unicode_regex_new_retained + 673 4 libmacruby.dylib 0x00000001000b976e rb_unicode_regex_new_retained + 990 5 libmacruby.dylib 0x000000010014a6f5 rb_vm_dispatch + 6981 6 ??? 0x0000000100ef7bbc 0 + 4310662076 7 ??? 0x0000000100ef8f5b 0 + 4310667099 8 libmacruby.dylib 0x000000010014acad rb_vm_dispatch + 8445 9 ??? 0x0000000100ef7bbc 0 + 4310662076 10 ??? 0x0000000100ef8a46 0 + 4310665798 11 libmacruby.dylib 0x000000010014ad2b rb_vm_dispatch + 8571 12 ??? 0x0000000100ef7bbc 0 + 4310662076 13 ??? 0x0000000100ef73b1 0 + 4310660017 14 libmacruby.dylib 0x0000000100161ca3 rb_vm_run + 531 15 libmacruby.dylib 0x00000001000406f0 ruby_run_node + 80 16 macruby 0x0000000100000d28 main + 152 17 macruby 0x0000000100000c88 start + 52 Thread 1: 0 libSystem.B.dylib 0x00007fff8355ef8a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff8355f39c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff8355f005 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000102e99908 rbx: 0x0000000102e99890 rcx: 0x00007fff70435630 rdx: 0x00000000001f8100 rdi: 0x0000007300000018 rsi: 0x0000000102e00000 rbp: 0x00007fff5fbfc210 rsp: 0x00007fff5fbfc200 r8: 0x0000000000000001 r9: 0x0000000102e99960 r10: 0x0000000102e96920 r11: 0x0000000000000008 r12: 0x0000000000000073 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x000000020005f600 rip: 0x00007fff89085048 rfl: 0x0000000000010206 cr2: 0x0000007300000018 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:39:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:39:47 -0000 Subject: [MacRuby] #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't In-Reply-To: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> References: <049.5dac01d0259fb241c6d1dd0315ae805b@macosforge.org> Message-ID: <058.32eb6189f3deb5a669cdf2042c898527@macosforge.org> #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't --------------------------------+------------------------------------------- Reporter: ned@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby Later Comment: Agreed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:41:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:41:39 -0000 Subject: [MacRuby] #428: AOT compiled script can't get rescued In-Reply-To: <054.2ad0db14b44bcf248274331a2d6ad321@macosforge.org> References: <054.2ad0db14b44bcf248274331a2d6ad321@macosforge.org> Message-ID: <063.a237aceb142969df0c55f7fbec842f5d@macosforge.org> #428: AOT compiled script can't get rescued -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: Thanks for checking it. Indeed, it should be fixed now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:42:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:42:52 -0000 Subject: [MacRuby] #977: macri has no documentation for the Pointer class In-Reply-To: <053.ba112b343a1e13976919e49102d8c589@macosforge.org> References: <053.ba112b343a1e13976919e49102d8c589@macosforge.org> Message-ID: <062.97d993101a16168cea33fa4829d48d9b@macosforge.org> #977: macri has no documentation for the Pointer class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mattaimonetti@?): Confirmed, in the meantime you can read more about pointers there: http://ofps.oreilly.com/titles/9781449380373/ch02.html#_pointers -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:42:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:42:59 -0000 Subject: [MacRuby] #704: Singleton bug with define_method In-Reply-To: <049.cf9b38abba45491bcc7916bf57dc5989@macosforge.org> References: <049.cf9b38abba45491bcc7916bf57dc5989@macosforge.org> Message-ID: <058.fba8e721e62ad4bbe8563fe1aa1683b8@macosforge.org> #704: Singleton bug with define_method --------------------------------+------------------------------------------- Reporter: mike@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by jhemmelg@?): It looks like any I/O causes trouble for define_method. Here is a variation of the above script with a puts statement in the assignment method, with different behavior: {{{ class SingletonTest attr_reader :values def initialize @values = {} end def addMethod(name) singleton = class << self self end singleton.instance_exec(name) do |name| define_method("#{name}=") do |value| puts "Setting #{name} to #{value}" @values[name] = value end define_method("#{name}") do return @values[name] end end end end singleton_test = SingletonTest.new() singleton_test.addMethod('foo') singleton_test.foo = 10.0 value = singleton_test.foo puts value puts value.class puts singleton_test.values }}} And here is the output: {{{ Setting foo to 10.0 10.0 Float {"Setting foo to 10.0"=>10.0} }}} The hash key ends up being "Setting foo to 10.0" instead of "foo". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:46:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:46:39 -0000 Subject: [MacRuby] #600: hash access In-Reply-To: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> References: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> Message-ID: <063.2519578b6b1fc5d526ce904861c31daf@macosforge.org> #600: hash access -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: hash #reduction -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.6 => Comment: The problem here, I think, is that Symbol is a String subclass in MacRuby, and they both have the same Cocoa hash code. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:47:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:47:21 -0000 Subject: [MacRuby] #600: Strings and Symbols have the same Cocoa hash code (was: hash access) In-Reply-To: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> References: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> Message-ID: <063.4e0f363b6a7ecf5a7a56bf8568c744ad@macosforge.org> #600: Strings and Symbols have the same Cocoa hash code -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: hash #reduction -------------------------------------+-------------------------------------- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:47:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:47:32 -0000 Subject: [MacRuby] #600: Strings and Symbols have the same Cocoa hash code In-Reply-To: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> References: <054.2ca402f89a8e9264fab4f3cb05352fef@macosforge.org> Message-ID: <063.d4b2314cd8f110f530670b059430fdd6@macosforge.org> #600: Strings and Symbols have the same Cocoa hash code -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: hash #reduction -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:52:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:52:22 -0000 Subject: [MacRuby] #632: performSelector behaves oddly. In-Reply-To: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> References: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> Message-ID: <055.93b8ebcf2c05a0d3d4fa53cb42998bc6@macosforge.org> #632: performSelector behaves oddly. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Same problem as #664 I suspect. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:53:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:53:10 -0000 Subject: [MacRuby] #513: MacRuby gets confused about inheritance under certain conditions In-Reply-To: <052.4f7a875b0656b0aa0bc3d052a078068b@macosforge.org> References: <052.4f7a875b0656b0aa0bc3d052a078068b@macosforge.org> Message-ID: <061.2dd79a90e849da0ed4f244fc5a16cf2c@macosforge.org> #513: MacRuby gets confused about inheritance under certain conditions -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by emil@?): persists in trunk rev 4976 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:55:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:55:42 -0000 Subject: [MacRuby] #791: Array#hash is broken. In-Reply-To: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> References: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> Message-ID: <060.1373fbfcd27f8d42daea57ca8f613321@macosforge.org> #791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Moving to Later. It doesn't seem critical, as the return value of #hash is not meant to be used by users directly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 13:56:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 21:56:33 -0000 Subject: [MacRuby] #817: External iterators returning nil In-Reply-To: <052.8f08c773876e07c686153d6fcf3222a3@macosforge.org> References: <052.8f08c773876e07c686153d6fcf3222a3@macosforge.org> Message-ID: <061.13ae4a0fa7a857506767a28d1107c794@macosforge.org> #817: External iterators returning nil -----------------------------------+---------------------------------------- Reporter: kennylovrin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:01:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:01:16 -0000 Subject: [MacRuby] #903: Can't load the file when calls autoload and require. In-Reply-To: <051.41d0a88a7defc0d10d52c2b854a3eba7@macosforge.org> References: <051.41d0a88a7defc0d10d52c2b854a3eba7@macosforge.org> Message-ID: <060.45a0c4d1aa0131245e86b1d8c78b2757@macosforge.org> #903: Can't load the file when calls autoload and require. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: If I comment either the autoload or the require line, it works as expected. I suspect they stamp into each other. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:06:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:06:39 -0000 Subject: [MacRuby] #404: Segfault with ObjectSpace#each_object In-Reply-To: <056.9ee7caa8902fbca7a553db1f2ab8ad55@macosforge.org> References: <056.9ee7caa8902fbca7a553db1f2ab8ad55@macosforge.org> Message-ID: <065.7ecd2d6c7c4a0a4676791d236cad620c@macosforge.org> #404: Segfault with ObjectSpace#each_object ---------------------------------------+------------------------------------ Reporter: keith.gautreaux@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction objectspace segfault ---------------------------------------+------------------------------------ Changes (by mattaimonetti@?): * keywords: objectspace segfault => #reduction objectspace segfault * milestone: MacRuby 0.5 => MacRuby Later Comment: The problem still exists but it doesn't seem critical to me. Moving to after 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:06:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:06:39 -0000 Subject: [MacRuby] #336: Defining a method with a colon somewhere in the name and whitespace at the end will loose the trailing whitespace. (was: NoMethodError with shoulda tests) (was: NoMethodError with shoulda tests) In-Reply-To: <057.4666df258f936331d7025b031aca8052@macosforge.org> References: <057.4666df258f936331d7025b031aca8052@macosforge.org> Message-ID: <066.54bfd8538511a8d536f68685e456dbc6@macosforge.org> #336: Defining a method with a colon somewhere in the name and whitespace at the end will loose the trailing whitespace. (was: NoMethodError with shoulda tests) ----------------------------------------+----------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------------+----------------------------------- Changes (by eloy.de.enige@?): * keywords: shoulda => #reduction * milestone: => MacRuby 1.0 Comment: {{{ class X # no longer ends with whitespace after defining define_method(:"method with :colon and ending with whitespace ") {} # but this one does not have a colon, which maintains the whitespace define_method(:"method without colon and ending with whitespace ") {} p instance_methods(false) end }}} {{{ % macruby t.rb [:"method without colon and ending with whitespace ", :"method with :colon and ending with whitespace"] % ruby19 t.rb [:"method with :colon and ending with whitespace ", :"method without colon and ending with whitespace "] }}} So the bug is probably in code that picks it up as a selector (because of the colon). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:10:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:10:48 -0000 Subject: [MacRuby] #513: MacRuby gets confused about inheritance under certain conditions In-Reply-To: <052.4f7a875b0656b0aa0bc3d052a078068b@macosforge.org> References: <052.4f7a875b0656b0aa0bc3d052a078068b@macosforge.org> Message-ID: <061.c87de5efa74b6117ea924d13ae48cb94@macosforge.org> #513: MacRuby gets confused about inheritance under certain conditions -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's try to fix this very scary bug in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:12:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:12:53 -0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.5f64c0a0e997b59194c383584920f89f@macosforge.org> #993: Assertion failure : vm.cpp ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Changes (by mattaimonetti@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:14:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:14:37 -0000 Subject: [MacRuby] #704: Singleton bug with define_method In-Reply-To: <049.cf9b38abba45491bcc7916bf57dc5989@macosforge.org> References: <049.cf9b38abba45491bcc7916bf57dc5989@macosforge.org> Message-ID: <058.605d11f4385f05ae6db18dc3c20c93b6@macosforge.org> #704: Singleton bug with define_method --------------------------------+------------------------------------------- Reporter: mike@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Very strange bug. Maybe a bug in the local or instance variables scoping. I think the root cause is unrelated to define_method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:21:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:21:48 -0000 Subject: [MacRuby] #977: macri has no documentation for the Pointer class In-Reply-To: <053.ba112b343a1e13976919e49102d8c589@macosforge.org> References: <053.ba112b343a1e13976919e49102d8c589@macosforge.org> Message-ID: <062.86ed9640f90d31b2605a7ab07bf5c84b@macosforge.org> #977: macri has no documentation for the Pointer class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's cover the MacRuby classes in rdoc for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:34:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:34:03 -0000 Subject: [MacRuby] #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 In-Reply-To: <051.a332ca4ea88c8109db00f9514d03902a@macosforge.org> References: <051.a332ca4ea88c8109db00f9514d03902a@macosforge.org> Message-ID: <060.28f48e413e0d98e7f10aa172b4270e5a@macosforge.org> #960: Please delete the description of "Users on Leopard (10.5) ... " in MacRuby 0.6 ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: mattaimonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => invalid Comment: I can't really edit an old blog post, maybe we should add a mention somewhere else. Closing this ticket for now tho. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:38:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:38:20 -0000 Subject: [MacRuby] #521: Float problem with 8.1 and 9.1 In-Reply-To: <053.42ec09d06cda0fa09db9a47648791b0a@macosforge.org> References: <053.42ec09d06cda0fa09db9a47648791b0a@macosforge.org> Message-ID: <062.099a728eb454245b6706c651617a90df@macosforge.org> #521: Float problem with 8.1 and 9.1 ------------------------------------+--------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate * milestone: MacRuby 0.5 => Comment: Dup of #611. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:39:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:39:02 -0000 Subject: [MacRuby] #301: minor correction to Overview page In-Reply-To: <043.d812e744bfefa8a89013e7cb2eb2fe20@macosforge.org> References: <043.d812e744bfefa8a89013e7cb2eb2fe20@macosforge.org> Message-ID: <052.af23c2308f67615407a59a63d4a04749@macosforge.org> #301: minor correction to Overview page --------------------------+------------------------------------------------- Reporter: rdm@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: trivial | Milestone: Component: MacRuby | Resolution: fixed Keywords: | --------------------------+------------------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:41:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:41:49 -0000 Subject: [MacRuby] #110: should support `obj.meth:val1, with:val2' syntax In-Reply-To: <052.4823c9c1762f1945dedf14d32649c3c9@macosforge.org> References: <052.4823c9c1762f1945dedf14d32649c3c9@macosforge.org> Message-ID: <061.4f1411b76c363c8f816a27ca1cc28353@macosforge.org> #110: should support `obj.meth:val1, with:val2' syntax -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.4 => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:42:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:42:53 -0000 Subject: [MacRuby] #563: Retrieving the singleton class of a class seems to return Class. In-Reply-To: <054.e3cd71eb5b3b3c3d824efc29aff2363a@macosforge.org> References: <054.e3cd71eb5b3b3c3d824efc29aff2363a@macosforge.org> Message-ID: <063.aabbe6e38583a2da87b30c53efbf5193@macosforge.org> #563: Retrieving the singleton class of a class seems to return Class. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 14:53:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 22:53:55 -0000 Subject: [MacRuby] #189: Bugs with: Class#dup & Object#dup In-Reply-To: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> References: <054.93716b525d5adea472994aca9a4898d2@macosforge.org> Message-ID: <063.9ee88ac408309659a201c0112edd87b7@macosforge.org> #189: Bugs with: Class#dup & Object#dup -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Object#dup works in trunk since a long time I think, but Class#dup is still returning self, apparently. {{{ $ ./miniruby -e "class Foo; end; p Foo.object_id,Foo.dup.object_id" 17183086272 17183086272 }}} I am not certain this functionality is needed for 1.0, though, so moving to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:15:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:15:27 -0000 Subject: [MacRuby] #911: AOT code should optionally preserve and honor debug metadata In-Reply-To: <052.4e5ecb6572f12f5929bd8f3338d361e0@macosforge.org> References: <052.4e5ecb6572f12f5929bd8f3338d361e0@macosforge.org> Message-ID: <061.62790fe229d53c4064b0a2ed1946a3c3@macosforge.org> #911: AOT code should optionally preserve and honor debug metadata -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Not for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:17:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:17:14 -0000 Subject: [MacRuby] #1023: MacRuby build system should warn when it uses non-system libraries. Message-ID: <054.7db8f8c28caf0f50fbab286d8cb00679@macosforge.org> #1023: MacRuby build system should warn when it uses non-system libraries. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- For example, when a user has iconv installed in /usr/local -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:22:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:22:09 -0000 Subject: [MacRuby] #307: eval destroys a singleton attribute (Segmentation fault) In-Reply-To: <041.e8459dac80bfe080f903c92e5ed30782@macosforge.org> References: <041.e8459dac80bfe080f903c92e5ed30782@macosforge.org> Message-ID: <050.10e8c47e413dd53c16ba4413ad8586a0@macosforge.org> #307: eval destroys a singleton attribute (Segmentation fault) ------------------------+--------------------------------------------------- Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: fixed Keywords: eval | ------------------------+--------------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.5 => Comment: Can you try again with a newer MacRuby? This problem is probably fixed now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:26:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:26:49 -0000 Subject: [MacRuby] #1023: MacRuby build system should warn when it uses non-system libraries. In-Reply-To: <054.7db8f8c28caf0f50fbab286d8cb00679@macosforge.org> References: <054.7db8f8c28caf0f50fbab286d8cb00679@macosforge.org> Message-ID: <063.afa87a7f3048993f0bae5f71253d077e@macosforge.org> #1023: MacRuby build system should warn when it uses non-system libraries. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by emil@?): the fix for me was to delete the following files: /usr/local/include/iconv.h /usr/local/lib/libiconv.2.4.0.dylib /usr/local/lib/libiconv.2.dylib /usr/local/lib/libiconv.dylib /usr/local/lib/libiconv.la -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:27:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:27:12 -0000 Subject: [MacRuby] #267: Change permissions on Info.plist and InfoPlist.strings In-Reply-To: <050.a4e0969002061ad6f8af656349787197@macosforge.org> References: <050.a4e0969002061ad6f8af656349787197@macosforge.org> Message-ID: <059.1c6c4c4fb2450765352dab0d16fe99a8@macosforge.org> #267: Change permissions on Info.plist and InfoPlist.strings ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Merged in r4979. Sorry for the so long delay :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:31:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:31:32 -0000 Subject: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__ In-Reply-To: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> References: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> Message-ID: <059.63143d1ff79c8f181567d15e568906ca@macosforge.org> #721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): The description here is slightly wrong: the first command issued should be a call to "macrubyc" - no "macruby" -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:35:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:35:24 -0000 Subject: [MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 In-Reply-To: <047.990520718669fe1017526adce8ff1145@macosforge.org> References: <047.990520718669fe1017526adce8ff1145@macosforge.org> Message-ID: <056.de5f78aa83890430ec56975dfd25d720@macosforge.org> #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by eloy.de.enige@?): On trunk, when I run the task without the Gemfile present, I don't get a segfault but it does error out: {{{ % macrake spec (in /Users/eloy/tmp/macruby-bugmash/macruby-segfault) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby -S rspec "spec/utility/rspec_spec.rb" rake aborted! ruby -S rspec "spec/utility/rspec_spec.rb" failed /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /rspec-core-2.0.1/lib/rspec/core/rake_task.rb:117:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:1110:in `verbose:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /rspec-core-2.0.1/lib/rspec/core/rake_task.rb:109:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:634:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:629:in `execute:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:595:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/monitor.rb:201:in `synchronize' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:588:in `invoke_with_call_chain:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:581:in `invoke' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:2042:in `invoke_task:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:2020:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:2020:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:2059:in `standard_exception_handling' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:2014:in `top_level' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:1993:in `run' /usr/local/bin/macrake:31:in `
' }}} Investigating more? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:36:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:36:10 -0000 Subject: [MacRuby] #561: serialization/archiving of ruby and obj-c objects In-Reply-To: <054.715ae219eb5bdb5cd44127317bfbcf7d@macosforge.org> References: <054.715ae219eb5bdb5cd44127317bfbcf7d@macosforge.org> Message-ID: <063.382b950bc1197b4d820e5d30044b7a1b@macosforge.org> #561: serialization/archiving of ruby and obj-c objects -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.6 => MacRuby 1.0 Comment: Not sure about Marshal, but adding NSCoding support to RubyObject looks like a good idea for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:37:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:37:17 -0000 Subject: [MacRuby] #1024: macgem "no such file to load" Message-ID: <050.8fbe9dfae35d8c7c3d6504ab7bac859d@macosforge.org> #1024: macgem "no such file to load" ---------------------------------+------------------------------------------ Reporter: dra_k_oon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ I tried to require "lzma" and get always the error message "no such file to load -- lzma (LoadError)". Here is what I did on the Terminal $ macgem install ruby-lzma Building native extensions. This could take a while... Successfully installed ruby-lzma-0.4.3 1 gem installed $macgem list *** LOCAL GEMS *** ruby-lzma (0.4.3) $macruby -e 'require "lzma"' no such file to load -- lzma (LoadError) Here you can find the project home https://github.com/ianlevesque/ruby-lzma This also happens to other gems. If I check my profile folder ~/.gem/macruby/1.9.2/gems I can see the folder "ruby-lzma-0.4.3" But maybe MacRuby looks on very different location to load files because require 'rubygems' passed with => true I tried MacRuby 0.7 0.7.1 and nightly-2010-12-04 It is always the same result "no such file to load -- lzma (LoadError)" -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:42:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:42:03 -0000 Subject: [MacRuby] #1024: macgem "no such file to load" In-Reply-To: <050.8fbe9dfae35d8c7c3d6504ab7bac859d@macosforge.org> References: <050.8fbe9dfae35d8c7c3d6504ab7bac859d@macosforge.org> Message-ID: <059.167cb58f671b95e02bf234c179d80f0c@macosforge.org> #1024: macgem "no such file to load" ---------------------------------+------------------------------------------ Reporter: dra_k_oon@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.7 => Comment: You need to require rubygems first. MacRuby does not require rubygems by default, unlike Ruby 1.9. {{{ $ sudo /usr/local/bin/macgem install ruby-lzma Building native extensions. This could take a while... Successfully installed ruby-lzma-0.4.3 1 gem installed $ /usr/local/bin/macruby -r rubygems -e "require 'lzma'; p 42" 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:43:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:43:01 -0000 Subject: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__ In-Reply-To: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> References: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> Message-ID: <059.35a8c700da3e6fe68f9a17bb4743e979@macosforge.org> #721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): The output I get when running the last command "macruby main.rb" on the latest nightly is: {{{ __FILE__ = /Users/isaac/src/tmp/ruby2/test_file.rb /Users/isaac/src/tmp/ruby2/main.rb:2:in `
': no such file to load -- test file.rbo (LoadError) }}} Which I presume is the correct result, because I don't think .rbo files should not be loaded directly like this. From the macrubyc man page: "The MacRuby runtime will always pick .rbo files over .rb files upon calls to the require method". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:43:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:43:49 -0000 Subject: [MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 In-Reply-To: <047.990520718669fe1017526adce8ff1145@macosforge.org> References: <047.990520718669fe1017526adce8ff1145@macosforge.org> Message-ID: <056.a7b628e9062c12921f9b1120e36971db@macosforge.org> #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by eloy.de.enige@?): Ah my bad, it actually does: {{{ % env DYLD_LIBRARY_PATH=/Users/eloy/code/MacRuby/macruby gdb --args /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby -S rspec "spec/utility/rspec_spec.rb" GNU gdb 6.3.50-20050815 (Apple version gdb-1472) (Wed Jul 21 10:53:12 UTC 2010) This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) run Starting program: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby -S rspec spec/utility/rspec_spec.rb Reading symbols for shared libraries .++++........................ done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00007fff5f3ffed8 0x0000000100149844 in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea0b20, top=0, self=8593923456, klass=0x20000f760, sel=0x100f70890, block=0x0, opt=2 '\002', argc=1, argv=0x7fff5f400768) at dispatcher.cpp:582 582 int argc, const VALUE *argv) (gdb) bt #0 0x0000000100149844 in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea0b20, top=0, self=8593923456, klass=0x20000f760, sel=0x100f70890, block=0x0, opt=2 '\002', argc=1, argv=0x7fff5f400768) at dispatcher.cpp:582 #1 0x000000010006d05c in rb_equal [inlined] () at /Users/eloy/Documents/DEVELOPMENT/MacRuby/macruby/object.c:601 #2 0x000000010006d05c in rb_equal_imp (obj1=8593923456, sel=, obj2=) at object.c:77 #3 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea46a0, top=0, self=8593923456, klass=0x20000f760, sel=0x100f43960, block=0x0, opt=0 '\000', argc=, argv=0x7fff5f4014c8) at dispatcher.cpp:161 [SNIP endless loop] #7244 0x000000010160086c in ?? () #7245 0x0000000101665266 in ?? () #7246 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100eb0d40, top=0, self=140735083045992, klass=0x7fff70a1e440, sel=0x100fb7790, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbf5db0) at dispatcher.cpp:161 #7247 0x0000000100105a9f in rb_funcall (recv=140735083045992, mid=, n=1) at vm.h:601 #7248 0x00000001000ed90f in rb_const_get_0 (klass=140735083045992, id=34605, exclude=0, recurse=2) at variable.c:1294 #7249 0x00000001001538c4 in rb_vm_const_lookup (outer=140735083045992, path=34605, lexical=true, defined=false) at vm.cpp:1265 #7250 0x0000000101600546 in ?? () #7251 0x00000001016738db in ?? () #7252 0x0000000100162923 in rb_vm_run (fname=, node=0x2003f8c60, binding=, inside_eval=false) at vm.cpp:3915 #7253 0x0000000100049761 in rb_load (fname=, wrap=) at load.c:103 #7254 0x00000001000497db in load_try (path=) at load.c:259 #7255 0x000000010015c35a in rb_rescue2 (b_proc=, data1=, r_proc=0x1000496b0 , data2=8594252160) at vm.cpp:3477 #7256 0x0000000100049f6f in rb_require_safe (fname=, safe=) at load.c:305 #7257 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x10480c520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbf7428) at dispatcher.cpp:161 #7258 0x00000001013fd094 in dyld_stub_strncpy () #7259 0x00000001013fd53d in MREP_DAC7B080100B46A6A870BEC813155D0E () #7260 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x100f3b520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbf81a0) at dispatcher.cpp:161 #7261 0x000000010160086c in ?? () #7262 0x000000010167381d in ?? () #7263 0x0000000100162923 in rb_vm_run (fname=, node=0x20042a200, binding=, inside_eval=false) at vm.cpp:3915 #7264 0x0000000100049761 in rb_load (fname=, wrap=) at load.c:103 #7265 0x00000001000497db in load_try (path=) at load.c:259 #7266 0x000000010015c35a in rb_rescue2 (b_proc=, data1=, r_proc=0x1000496b0 , data2=8594393280) at vm.cpp:3477 #7267 0x0000000100049f6f in rb_require_safe (fname=, safe=) at load.c:305 #7268 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x10480c520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbf9538) at dispatcher.cpp:161 #7269 0x00000001013fd094 in dyld_stub_strncpy () #7270 0x00000001013fd53d in MREP_DAC7B080100B46A6A870BEC813155D0E () #7271 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x100f3b520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbfa2b0) at dispatcher.cpp:161 #7272 0x000000010160086c in ?? () #7273 0x000000010161d85a in ?? () #7274 0x0000000100162923 in rb_vm_run (fname=, node=0x2002c9760, binding=, inside_eval=false) at vm.cpp:3915 #7275 0x0000000100049761 in rb_load (fname=, wrap=) at load.c:103 #7276 0x00000001000497db in load_try (path=) at load.c:259 #7277 0x000000010015c35a in rb_rescue2 (b_proc=, data1=, r_proc=0x1000496b0 , data2=8592983072) at vm.cpp:3477 #7278 0x0000000100049f6f in rb_require_safe (fname=, safe=) at load.c:305 #7279 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x10480c520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbfb668) at dispatcher.cpp:161 #7280 0x00000001013fd094 in dyld_stub_strncpy () #7281 0x00000001013fd53d in MREP_DAC7B080100B46A6A870BEC813155D0E () #7282 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x100f3b520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbfc3e0) at dispatcher.cpp:161 #7283 0x000000010160086c in ?? () #7284 0x000000010161d022 in ?? () #7285 0x0000000100162923 in rb_vm_run (fname=, node=0x2002e9ae0, binding=, inside_eval=false) at vm.cpp:3915 #7286 0x0000000100049761 in rb_load (fname=, wrap=) at load.c:103 #7287 0x00000001000497db in load_try (path=) at load.c:259 #7288 0x000000010015c35a in rb_rescue2 (b_proc=, data1=, r_proc=0x1000496b0 , data2=8592667744) at vm.cpp:3477 #7289 0x0000000100049f6f in rb_require_safe (fname=, safe=) at load.c:305 #7290 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x10480c520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbfd788) at dispatcher.cpp:161 #7291 0x00000001013fd094 in dyld_stub_strncpy () #7292 0x00000001013fd53d in MREP_DAC7B080100B46A6A870BEC813155D0E () #7293 0x000000010014b9ab in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea7b20, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x100f3b520, block=0x0, opt=2 '\002', argc=, argv=0x7fff5fbfe500) at dispatcher.cpp:161 #7294 0x000000010160086c in ?? () #7295 0x000000010161cf3d in ?? () #7296 0x0000000100162923 in rb_vm_run (fname=, node=0x2000fc120, binding=, inside_eval=false) at vm.cpp:3915 #7297 0x0000000100049761 in rb_load (fname=, wrap=) at load.c:103 #7298 0x000000010004982a in rb_f_load (rcv=, sel=, argc=, argv=) at load.c:128 #7299 0x000000010014b375 in rb_vm_dispatch (_vm=0x100f1e450, cache=0x100ea0ed8, top=8590062304, self=8590062304, klass=0x20001eae0, sel=0x7fff8274fbd1, block=0x0, opt=2 '\002', argc=1, argv=0x7fff5fbff330) at dispatcher.cpp:448 #7300 0x000000010160086c in ?? () #7301 0x0000000101600337 in ?? () #7302 0x0000000100162923 in rb_vm_run (fname=, node=0x2000372c0, binding=, inside_eval=false) at vm.cpp:3915 #7303 0x00000001000411f0 in ruby_run_node (n=0x2000372c0) at eval.c:211 #7304 0x0000000100000d28 in main () }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:47:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:47:52 -0000 Subject: [MacRuby] #942: feature: Please implement Pointer#to_a, Pointer#each. In-Reply-To: <051.63ccb4d18a6fecaced849aad9ec09407@macosforge.org> References: <051.63ccb4d18a6fecaced849aad9ec09407@macosforge.org> Message-ID: <060.dc7de903403cd341fc1cb444e3f82f00@macosforge.org> #942: feature: Please implement Pointer#to_a, Pointer#each. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix Comment: I think making Pointer Enumerable is not a good idea as some pointers don't know about their bounds (for example, Pointer objects created as the result values of C or Objective-C calls). Therefore, #each & friends would not work on them, leaving an inconsistent experience. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:56:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:56:21 -0000 Subject: [MacRuby] #976: macri not paginating output and appears to skip a lot of output In-Reply-To: <053.cffad709d06f69c47a4d53906c6123f6@macosforge.org> References: <053.cffad709d06f69c47a4d53906c6123f6@macosforge.org> Message-ID: <062.d0603e827e76fe901af663c249868032@macosforge.org> #976: macri not paginating output and appears to skip a lot of output ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by mattaimonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:57:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:57:13 -0000 Subject: [MacRuby] #414: Printing Block Instances Inconsistent In-Reply-To: <049.da03a8e6d88a75f7b88088f34413bab8@macosforge.org> References: <049.da03a8e6d88a75f7b88088f34413bab8@macosforge.org> Message-ID: <058.dd97b8ecefa6640df426240954d3ddf8@macosforge.org> #414: Printing Block Instances Inconsistent --------------------------------+------------------------------------------- Reporter: conradwt@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * keywords: Beta 1 => #reduction * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 15:59:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Dec 2010 23:59:33 -0000 Subject: [MacRuby] #800: MacRuby throws an exception of "LocalJumpError" when use the `yield' in Proc. In-Reply-To: <051.cffdb258bbd26b72907e0f3ee571d09e@macosforge.org> References: <051.cffdb258bbd26b72907e0f3ee571d09e@macosforge.org> Message-ID: <060.d7cba82ffb9e355c378f805eef7f28a7@macosforge.org> #800: MacRuby throws an exception of "LocalJumpError" when use the `yield' in Proc. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction Old description: > Test Script: > {{{ > #!ruby > $ cat test_proc_3.rb > def m > a = 1 > m2 { > a > } > end > > def m2 > b = 2 > Proc.new { > [yield, b] > } > end > > p m.call # => expected "[1, 2]" > }}} > > Result of Ruby 1.9.1: > {{{ > $ ruby test_proc_3.rb > [1, 2] > }}} > > Result of MacRuby Trunk: > {{{ > $ macruby test_proc_3.rb > no block given (LocalJumpError) > }}} New description: ''''Test Script: {{{ #!ruby $ cat test_proc_3.rb def m a = 1 m2 { a } end def m2 b = 2 Proc.new { [yield, b] } end p m.call # => expected "[1, 2]" }}} Result of Ruby 1.9.1: {{{ $ ruby test_proc_3.rb [1, 2] }}} Result of MacRuby Trunk: {{{ $ macruby test_proc_3.rb no block given (LocalJumpError) }}} -- Comment: confirmed in today's build -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:00:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:00:20 -0000 Subject: [MacRuby] #1020: RSS::Maker is throwing a TypeError In-Reply-To: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> References: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> Message-ID: <055.55687132895e01bc762952ac9fd351cf@macosforge.org> #1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by nick@?): I've tracked down the source of that split on nil problem, and it's RSS::Utils#get_file_and_line_from_caller , in rss/utils.rb. Now why 'caller' is nil is the next question! And why its exhibiting different behaviour when VM_DISABLE_RBO is enabled is yet another. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:01:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:01:13 -0000 Subject: [MacRuby] #901: exception occurs when calling defined?(super) outside method block In-Reply-To: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> References: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> Message-ID: <060.0674659682965f5b122f64d88697b7d1@macosforge.org> #901: exception occurs when calling defined?(super) outside method block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:02:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:02:19 -0000 Subject: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__ In-Reply-To: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> References: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> Message-ID: <059.dbafad88880bd8c1ad7f2c3b824e6e32@macosforge.org> #721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): I can reproduce the original results by changing main.rb to this: {{{ require 'test_file.rb' $: << File.dirname(__FILE__) require 'test_file' }}} So it looks like __FILE__ evaluates to an absolute path in an .rb file and to a relative path in an .rbo file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:07:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:07:49 -0000 Subject: [MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 In-Reply-To: <047.990520718669fe1017526adce8ff1145@macosforge.org> References: <047.990520718669fe1017526adce8ff1145@macosforge.org> Message-ID: <056.c2733eb846a12e469d04f0ccd47f0302@macosforge.org> #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by eloy.de.enige@?): Building MacRuby with ROXOR_VM_DEBUG=1 gives a lot more info. The endless loop seems to be [NSObject const_missing:]. But I'm too tired atm to hunt this one down right now? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:13:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:13:38 -0000 Subject: [MacRuby] #823: String comparison issues when different encodings are used (was: ActiveSupport 3 RC1 Not working) In-Reply-To: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> References: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> Message-ID: <057.30e001a0008be8bc2f9cdd2df76eea87@macosforge.org> #823: String comparison issues when different encodings are used -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction -------------------------------+-------------------------------------------- Comment(by mattaimonetti@?): Note that #737 is related and exposes the same problem when trying to compare a utf-8 string with a string read from a file. I'm marking #737 as a duplicate since it has much more confusing information, but one might want to look at the other use case highlighting the same problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:13:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:13:40 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.461eb760e25aee8b85464691e672d11d@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's look at this one for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:14:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:14:41 -0000 Subject: [MacRuby] #737: Unpack inconsistencies (possibly related to issue #605?) In-Reply-To: <050.440e78ae6295b70c4d8fdd6aa56766bd@macosforge.org> References: <050.440e78ae6295b70c4d8fdd6aa56766bd@macosforge.org> Message-ID: <059.a96ddef8cafafdc01868eeee0853d633@macosforge.org> #737: Unpack inconsistencies (possibly related to issue #605?) ---------------------------------+------------------------------------------ Reporter: babs.devs@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: duplicate Keywords: Grit, unpack | ---------------------------------+------------------------------------------ Changes (by mattaimonetti@?): * status: new => closed * resolution: => duplicate Comment: duplicate of #823 closing this ticket since I feel the other ticket is a bit less busy. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:19:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:19:17 -0000 Subject: [MacRuby] #986: "1.0 + Float::EPSILON" should not become equal to 1.0. In-Reply-To: <051.a4858675583a200dce9eb6f81393644e@macosforge.org> References: <051.a4858675583a200dce9eb6f81393644e@macosforge.org> Message-ID: <060.6faef355d241745f1be4ef8a6adfd1b9@macosforge.org> #986: "1.0 + Float::EPSILON" should not become equal to 1.0. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:26:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:26:11 -0000 Subject: [MacRuby] #904: Can't autoload with MultiThread. In-Reply-To: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> References: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> Message-ID: <060.54884f5d57137d8b11079647c7300c1d@macosforge.org> #904: Can't autoload with MultiThread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:27:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:27:41 -0000 Subject: [MacRuby] #904: Can't autoload with MultiThread. In-Reply-To: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> References: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> Message-ID: <060.79d3973578dade7911acbb0415734383@macosforge.org> #904: Can't autoload with MultiThread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * milestone: MacRuby Later => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:30:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:30:44 -0000 Subject: [MacRuby] #953: StringIO#dup is broken. In-Reply-To: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> References: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> Message-ID: <060.e9bb984204a8c36db467e8e4331edfb9@macosforge.org> #953: StringIO#dup is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:30:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:30:59 -0000 Subject: [MacRuby] #91: rss module doesn't work - problem in dublincore.rb or module_eval In-Reply-To: <052.317bad45419203b1581ef0506a8133f9@macosforge.org> References: <052.317bad45419203b1581ef0506a8133f9@macosforge.org> Message-ID: <061.736feed1921f5b97cc3824fa03cd0dc1@macosforge.org> #91: rss module doesn't work - problem in dublincore.rb or module_eval -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: This no longer fails with a SyntaxError on trunk, there are other issues, though. For instance #1020. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:31:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:31:47 -0000 Subject: [MacRuby] #1001: All future significant numbers should be novelty tickets In-Reply-To: <056.9fa26fa4a32f58c1e28c3dc47c8b293d@macosforge.org> References: <056.9fa26fa4a32f58c1e28c3dc47c8b293d@macosforge.org> Message-ID: <065.50dbe141f76593faa4a444e65cb97864@macosforge.org> #1001: All future significant numbers should be novelty tickets ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: worksforme Keywords: | ---------------------------------------+------------------------------------ Changes (by mattaimonetti@?): * status: new => closed * resolution: => worksforme * milestone: => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:33:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:33:12 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.858d24cec32b2c524025c1056d01949d@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: mattaimonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Changes (by mattaimonetti@?): * owner: lsansonetti@? => mattaimonetti@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:36:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:36:06 -0000 Subject: [MacRuby] #904: Can't autoload with MultiThread. In-Reply-To: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> References: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> Message-ID: <060.5d546ec7b2cc3d40246b564cee330035@macosforge.org> #904: Can't autoload with MultiThread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:40:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:40:58 -0000 Subject: [MacRuby] #81: Enumerable::Enumerator seems to be broken In-Reply-To: <048.32f37b250bb375ba8679aed729fe285c@macosforge.org> References: <048.32f37b250bb375ba8679aed729fe285c@macosforge.org> Message-ID: <057.eaa3f32c8ce1baa5f94e5b31d17d91d3@macosforge.org> #81: Enumerable::Enumerator seems to be broken -------------------------------+-------------------------------------------- Reporter: flatter@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------+-------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => duplicate Comment: #817 has more details. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:41:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:41:13 -0000 Subject: [MacRuby] #143: macgem does not set chmod +x on files in archive In-Reply-To: <052.f8093775ab0f945d7b97b8363726285d@macosforge.org> References: <052.f8093775ab0f945d7b97b8363726285d@macosforge.org> Message-ID: <061.5c88bc11d33a353e47a0c8db2c6585ce@macosforge.org> #143: macgem does not set chmod +x on files in archive -----------------------------------+---------------------------------------- Reporter: antonin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.4 => MacRuby 0.8 Comment: This one has probably been fixed since a long time. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:42:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:42:56 -0000 Subject: [MacRuby] #422: Kernel#caller compatibilty In-Reply-To: <054.79ee52ac0beed7942aee00c351aef393@macosforge.org> References: <054.79ee52ac0beed7942aee00c351aef393@macosforge.org> Message-ID: <063.08e07d99b2026257302f46adbd655949@macosforge.org> #422: Kernel#caller compatibilty -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:45:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:45:17 -0000 Subject: [MacRuby] #787: MacRuby Initializers only claim a single arity In-Reply-To: <057.73b1d98197506b61ccfd9fa04dadea0f@macosforge.org> References: <057.73b1d98197506b61ccfd9fa04dadea0f@macosforge.org> Message-ID: <066.8e05ba3a72106255eb9f47eb7423207c@macosforge.org> #787: MacRuby Initializers only claim a single arity ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:48:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:48:31 -0000 Subject: [MacRuby] #828: A NameError, raised from evalling, gets the wrong constant name. In-Reply-To: <054.56136a62b415d606fef12917734574b6@macosforge.org> References: <054.56136a62b415d606fef12917734574b6@macosforge.org> Message-ID: <063.75c202e50e2c34e26ace7a5a68b165ec@macosforge.org> #828: A NameError, raised from evalling, gets the wrong constant name. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: dietrb -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:54:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:54:14 -0000 Subject: [MacRuby] #769: String::ord with packed array in MacRuby In-Reply-To: <050.25cbb5badbd04c3749d8f3b9e14e507e@macosforge.org> References: <050.25cbb5badbd04c3749d8f3b9e14e507e@macosforge.org> Message-ID: <059.4564122c8c85bd2da4fb0e80289b6bd1@macosforge.org> #769: String::ord with packed array in MacRuby ---------------------------------+------------------------------------------ Reporter: babs.devs@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: binary, pack, ord, ordinal, String, String::ord ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Unless we can make MacRuby segfault, I think this bug is for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 16:54:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 00:54:16 -0000 Subject: [MacRuby] #500: DRb problems In-Reply-To: <048.9828515746a6fd0495905d46a2bfcd74@macosforge.org> References: <048.9828515746a6fd0495905d46a2bfcd74@macosforge.org> Message-ID: <057.fb81acb8a9dbc0929d6493231132e71b@macosforge.org> #500: DRb problems -------------------------------+-------------------------------------------- Reporter: fonseka@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Works on trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:02:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:02:06 -0000 Subject: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__ In-Reply-To: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> References: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> Message-ID: <059.c5fac00368764e80b51db12272df8fe7@macosforge.org> #721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@?): We could compile __FILE__ as the absolute path during compilation, but it means that if the .rbo file is moved later to a different directory in the filesystem, the __FILE__ variable won't be updated. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:05:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:05:41 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB In-Reply-To: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> References: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> Message-ID: <058.95a5cb88caff1866ab15ae3ed5c34b45@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: worksforme Keywords: | --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => worksforme * milestone: => MacRuby 0.8 Comment: I have been using BWToolkit (with BWSplitView) in an app without any problems for a while now. If you have a complete runnable example we could have another look, but it looks like that for whatever reason the framework did not get linked in. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:05:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:05:44 -0000 Subject: [MacRuby] #721: Compiled ruby files return incorrect values for __FILE__ In-Reply-To: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> References: <050.bee6b8b1a61a678516c8c6b7365e1f44@macosforge.org> Message-ID: <059.6aca9ad4eaf005f26eafa27d4d5e5ef0@macosforge.org> #721: Compiled ruby files return incorrect values for __FILE__ ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Moving to Later for now. We can move it to 1.0 if needed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:07:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:07:56 -0000 Subject: [MacRuby] #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. In-Reply-To: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> References: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> Message-ID: <060.b94f1cc8bd6f6e3f7f40fcc72755d136@macosforge.org> #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:09:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:09:31 -0000 Subject: [MacRuby] #800: MacRuby throws an exception of "LocalJumpError" when use the `yield' in Proc. In-Reply-To: <051.cffdb258bbd26b72907e0f3ee571d09e@macosforge.org> References: <051.cffdb258bbd26b72907e0f3ee571d09e@macosforge.org> Message-ID: <060.02372137328bd4ffa3b8af454f68696d@macosforge.org> #800: MacRuby throws an exception of "LocalJumpError" when use the `yield' in Proc. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Looks like an edge case, doesn't look critical for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:10:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:10:30 -0000 Subject: [MacRuby] #953: StringIO#dup is broken. In-Reply-To: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> References: <051.f8b933ae142ccd00ac4ee635eb328038@macosforge.org> Message-ID: <060.f513e54e4e189a98de455703fa00b37f@macosforge.org> #953: StringIO#dup is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:14:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:14:03 -0000 Subject: [MacRuby] #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. In-Reply-To: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> References: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> Message-ID: <060.09788f3cdcc8f23881d0a815cfecf192@macosforge.org> #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:18:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:18:54 -0000 Subject: [MacRuby] #354: Bundling framework in SL release build will not run on Leopard In-Reply-To: <047.77a49d519ac006f0e3f8d426fe9ad079@macosforge.org> References: <047.77a49d519ac006f0e3f8d426fe9ad079@macosforge.org> Message-ID: <056.7cfb1e00354a51b7b0ac1197e34bac66@macosforge.org> #354: Bundling framework in SL release build will not run on Leopard ------------------------------+--------------------------------------------- Reporter: jtc331@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix * milestone: MacRuby 0.5 => Comment: We no longer support Leopard. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:20:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:20:54 -0000 Subject: [MacRuby] #106: Syntax error with Variadic function In-Reply-To: <047.afc9e9192474fdd177a8c2522743d7bc@macosforge.org> References: <047.afc9e9192474fdd177a8c2522743d7bc@macosforge.org> Message-ID: <056.d07b67c3607b4c69d24aa216e989b27a@macosforge.org> #106: Syntax error with Variadic function ------------------------------+--------------------------------------------- Reporter: byblue@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ------------------------------+--------------------------------------------- Changes (by eloy.de.enige@?): * keywords: => #reduction * milestone: MacRuby 0.4 => MacRuby 1.0 Comment: This should either be fixed or well documented, as people will hit it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:22:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:22:42 -0000 Subject: [MacRuby] #539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2 In-Reply-To: <049.ec802dceab9698460d970e9f2480f06f@macosforge.org> References: <049.ec802dceab9698460d970e9f2480f06f@macosforge.org> Message-ID: <058.4804737450af163f2b3ca6c5d4517c6f@macosforge.org> #539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2 --------------------------------+------------------------------------------- Reporter: mail@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Resolution: needinfo Keywords: | --------------------------------+------------------------------------------- Changes (by eloy.de.enige@?): * status: new => closed * resolution: => needinfo -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:24:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:24:51 -0000 Subject: [MacRuby] #668: Newlines and carriage returns cause erroneous matches in StringScanner In-Reply-To: <050.e849ae30f4082c72c7b29e327a80f92e@macosforge.org> References: <050.e849ae30f4082c72c7b29e327a80f92e@macosforge.org> Message-ID: <059.7d726ff1021cdef0cc94d7d0605ca7b2@macosforge.org> #668: Newlines and carriage returns cause erroneous matches in StringScanner ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Old description: > {{{ > require 'strscan' > ["\na", "\ra", " a"].each do |s| > scanner = StringScanner.new(s) > scanner.scan(/a/) > puts scanner.inspect > end > }}} > > Ruby 1.9.1 results > > {{{ > # > # > # > }}} > > MacRuby 3968 results > > {{{ > # > # > # > }}} New description: {{{ require 'strscan' ["\na", "\ra", " a"].each do |s| scanner = StringScanner.new(s) scanner.scan(/a/) puts scanner.inspect end }}} Ruby 1.9.1 results {{{ # # # }}} MacRuby 3968 results {{{ # # # }}} -- Comment(by lsansonetti@?): Still doesn't work as of trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:27:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:27:03 -0000 Subject: [MacRuby] #505: ivars are not collected after they are re-assigned by an immediate value In-Reply-To: <052.add50691b5f097cc1b76df3d15cae331@macosforge.org> References: <052.add50691b5f097cc1b76df3d15cae331@macosforge.org> Message-ID: <061.8a1cd419f7e2a86f4f6c6c86ad2c0f22@macosforge.org> #505: ivars are not collected after they are re-assigned by an immediate value -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by isaackearse@?): I can reproduce this on the latest trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:31:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:31:05 -0000 Subject: [MacRuby] #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' In-Reply-To: <050.10ee0bf7ccb85fef51bc52f5c58066fd@macosforge.org> References: <050.10ee0bf7ccb85fef51bc52f5c58066fd@macosforge.org> Message-ID: <059.1d0a5c211d285dac603db0ecf59ac470@macosforge.org> #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:34:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:34:13 -0000 Subject: [MacRuby] #505: ivars are not collected after they are re-assigned by an immediate value In-Reply-To: <052.add50691b5f097cc1b76df3d15cae331@macosforge.org> References: <052.add50691b5f097cc1b76df3d15cae331@macosforge.org> Message-ID: <061.513fb215c3371fa6930ea1c18c43689b@macosforge.org> #505: ivars are not collected after they are re-assigned by an immediate value -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby 1.0 Comment: Definitely for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:35:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:35:33 -0000 Subject: [MacRuby] #528: Improve Tail Call Elimination In-Reply-To: <054.56c09dfec808aad2ad1062e37b0c0e17@macosforge.org> References: <054.56c09dfec808aad2ad1062e37b0c0e17@macosforge.org> Message-ID: <063.bbb15243accb5974a952f0925a3ba3e9@macosforge.org> #528: Improve Tail Call Elimination -------------------------------------+-------------------------------------- Reporter: haruki.zaemon@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: tail call elimination optimisation tco -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:38:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:38:18 -0000 Subject: [MacRuby] #781: Segfault on #inspect with Classes sans :allocate. In-Reply-To: <051.50a209af2f9cfdaaf9729a55fbc33e8f@macosforge.org> References: <051.50a209af2f9cfdaaf9729a55fbc33e8f@macosforge.org> Message-ID: <060.c1ba04d144edde605028e60f8d61ab05@macosforge.org> #781: Segfault on #inspect with Classes sans :allocate. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: I think this bug is for Later, it's an edge case. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:44:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:44:27 -0000 Subject: [MacRuby] #1020: RSS::Maker is throwing a TypeError In-Reply-To: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> References: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> Message-ID: <055.a6b6475f15662c35de5b88a988f2814b@macosforge.org> #1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by nick@?): I tried a naive patch to RSS::Utils#get_file_and_line_from_caller to cope with nil: {{{ return ["", 0] if caller[i] == nil }}} and continued to trace the problems through. We now get this: {{{ superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics (TypeError) }}} which seems to stem from '''rss/maker/taxonomy.rb''', on line 17 ( https://github.com/MacRuby/MacRuby/blob/trunk/lib/rss/maker/taxonomy.rb#L17 ). I've checked against ruby 1.9.2 and can't see anything significantly different in terms of the generated class hierarchy, contents of variables etc. I'm not entirely sure where to go from here, as the whole RSS code is a bit of a spaghetti mess of meta-programming. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:49:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:49:10 -0000 Subject: [MacRuby] #733: Proc as callback function for CoreAudio(AudioDeviceCreateIOProcID) isn't called In-Reply-To: <052.270ee1318cb6f73b14ded4f4c00bd41b@macosforge.org> References: <052.270ee1318cb6f73b14ded4f4c00bd41b@macosforge.org> Message-ID: <061.6a928eb32831001f41cb238d0763453e@macosforge.org> #733: Proc as callback function for CoreAudio(AudioDeviceCreateIOProcID) isn't called -----------------------------------+---------------------------------------- Reporter: nagachika00@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's look at this for 1.0. Maybe it's going to work better with the new BridgeSupport generator. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:54:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:54:09 -0000 Subject: [MacRuby] #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. In-Reply-To: <051.caef36df560b004605f7ec66160482c7@macosforge.org> References: <051.caef36df560b004605f7ec66160482c7@macosforge.org> Message-ID: <060.803d19ee35b441071e4cbba33368895c@macosforge.org> #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Like #791, I think this is a bug for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 17:55:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 01:55:33 -0000 Subject: [MacRuby] #913: Aliases of setter methods created by attr_writer produce erroneous results In-Reply-To: <050.c884be8cdb92ef2ebc1d8d8ff64229e7@macosforge.org> References: <050.c884be8cdb92ef2ebc1d8d8ff64229e7@macosforge.org> Message-ID: <059.4f5c1e8ade2acdfdc4027d74dd01b1fa@macosforge.org> #913: Aliases of setter methods created by attr_writer produce erroneous results ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 18:01:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 02:01:40 -0000 Subject: [MacRuby] #1014: Unhelpful error message when loading the restclient gem In-Reply-To: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> References: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> Message-ID: <062.70e8a5b456a1847b067b66d118b9c67c@macosforge.org> #1014: Unhelpful error message when loading the restclient gem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: I debugged the problem to the file lib/restclient/exceptions.rb, line 145: {{{ klass_constant = const_set message.delete(' \-\''), klass }}} A better reduction then: {{{ $ cat t.rb p "foo".delete(' \-\'') $ ./miniruby t.rb /Users/lrz/src/macruby-trunk/t.rb:1:in `
': invalid string transliteration (ArgumentError) }}} Screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 18:43:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 02:43:01 -0000 Subject: [MacRuby] #572: ConditionVariable#wait should accept a timeout argument In-Reply-To: <050.d372715babfabe1ddbe10691bb03ea22@macosforge.org> References: <050.d372715babfabe1ddbe10691bb03ea22@macosforge.org> Message-ID: <059.7cd91af5d750f82a5d0ca9c502bffbfb@macosforge.org> #572: ConditionVariable#wait should accept a timeout argument ---------------------------------+------------------------------------------ Reporter: honglilai@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): Looks like ruby-core have rejected this change a month ago. Below are the reasons given, for more info see the thread on rubymine: http://redmine .ruby-lang.org/issues/show/2629 Hi, Hongli Even if there is no return value, you can detect the timeout *without guessing* by the following: {{{ mutex.synchronize do t = Time.now + x until @quit t2 = Time.now cv.wait(mutex, t - t2) if t > t2 break if @quit if Time.now > t t += x # cleanup code end end # stop the loop end }}} I recommend this code because it is robust against spurious wakeup. I think the feature you requested can be used to make the code more efficient, like the following: {{{ mutex.synchronize do t = Time.now + x until @quit t2 = Time.now timeout = t <= t2 || cv.wait(mutex, t - t2) break if @quit # (A) if timeout t += x # cleanup code end end # stop the loop end }}} But, the feature is not mandatory, and is even prone to misuse (the check (A) is very easy to forget). In addition, Tanaka Akira, who has added the timeout feature to CV#wait, rejected the feature. Consequently, I close this ticket. Sorry for decision against your exception, and also sorry for not deciding sooner. -- Yusuke Endoh -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 18:54:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 02:54:51 -0000 Subject: [MacRuby] #748: 32bit Number Limit and Conversion In-Reply-To: <046.d84853c2cbabc67750bd19232b927170@macosforge.org> References: <046.d84853c2cbabc67750bd19232b927170@macosforge.org> Message-ID: <055.113b25a157fbfbe9314468a48b5fea0c@macosforge.org> #748: 32bit Number Limit and Conversion -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: 32bit number -----------------------------+---------------------------------------------- Comment(by isaackearse@?): I can reproduce this issue on macruby trunk r4979 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:04:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:04:02 -0000 Subject: [MacRuby] #537: Missing Time#strftime formatter: "%P" In-Reply-To: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> References: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> Message-ID: <057.3909aca02389c3cf1fedece8b55a650c@macosforge.org> #537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by isaackearse@?): I can reproduce this issue on macruby trunk r4979 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:06:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:06:44 -0000 Subject: [MacRuby] #435: Too many calls to NSObject initialize In-Reply-To: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> References: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> Message-ID: <065.fe5bdc370110221b59a1be8a6b87b5bc@macosforge.org> #435: Too many calls to NSObject initialize ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by mattaimonetti@?): this is still happening -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:08:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:08:38 -0000 Subject: [MacRuby] #717: Including a module into class Object makes it impossible to override methods, from modules, in class Class or class Module In-Reply-To: <054.52a39ecfed917fb93a1f16ba49d9ac00@macosforge.org> References: <054.52a39ecfed917fb93a1f16ba49d9ac00@macosforge.org> Message-ID: <063.90094ed847ff8c28ef3c76deec86fdfe@macosforge.org> #717: Including a module into class Object makes it impossible to override methods, from modules, in class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: mocha #reduction -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * keywords: mocha => mocha #reduction Comment: still happening -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:18:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:18:50 -0000 Subject: [MacRuby] #421: MacGem reports wrong executable directory In-Reply-To: <049.f7fd94a66aaff1a3a07ae4383a2fc93b@macosforge.org> References: <049.f7fd94a66aaff1a3a07ae4383a2fc93b@macosforge.org> Message-ID: <058.127611b92f1e7f91a55385aec98c7473@macosforge.org> #421: MacGem reports wrong executable directory --------------------------------+------------------------------------------- Reporter: conradwt@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by mattaimonetti@?): * keywords: beta 1 => * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: OS X Ruby system: {{{ RubyGems Environment: - RUBYGEMS VERSION: 1.3.7 - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] - INSTALLATION DIRECTORY: /Library/Ruby/Gems/1.8 - RUBY EXECUTABLE: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby - EXECUTABLE DIRECTORY: /usr/bin - RUBYGEMS PLATFORMS: - ruby - universal-darwin-10 - GEM PATHS: - /Library/Ruby/Gems/1.8 - /Users/mattetti/.gem/ruby/1.8 - /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - :sources => ["http://gems.rubyforge.org/", "http://gemcutter.org"] - "gem" => "--no-rdoc --no-ri" - "gemcutter_key" => "********************************" - REMOTE SOURCES: - http://gems.rubyforge.org/ - http://gemcutter.org }}} MacRuby 0.8 trunk: {{{ RubyGems Environment: - RUBYGEMS VERSION: 1.3.6 - RUBY VERSION: 1.9.2 (2008-06-03 patchlevel 0) [universal-darwin10.0] - INSTALLATION DIRECTORY: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2 - RUBYGEMS PREFIX: /Users/mattetti/tmp - RUBY EXECUTABLE: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby - EXECUTABLE DIRECTORY: /usr/bin - RUBYGEMS PLATFORMS: - ruby - universal-darwin-10 - GEM PATHS: - /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2 - /Users/mattetti/.gem/macruby/1.9.2 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - "gem" => "--no-rdoc --no-ri" - "gemcutter_key" => "acdf0aa284b6c3c0e43f69de5f3c42c7" - :sources => ["http://gems.rubyforge.org/", "http://gemcutter.org"] - REMOTE SOURCES: - http://gems.rubyforge.org/ - http://gemcutter.org }}} The info is consistent, we can't use a different executable directory since it wouldn't be on the path tho. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:39:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:39:27 -0000 Subject: [MacRuby] #421: MacGem reports wrong executable directory In-Reply-To: <049.f7fd94a66aaff1a3a07ae4383a2fc93b@macosforge.org> References: <049.f7fd94a66aaff1a3a07ae4383a2fc93b@macosforge.org> Message-ID: <058.40fa5c78ede7526edd1a09e4e85eb047@macosforge.org> #421: MacGem reports wrong executable directory --------------------------------+------------------------------------------- Reporter: conradwt@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: worksforme Keywords: | --------------------------------+------------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => worksforme Comment: Note that one can install the binaries in a different path using the --bindir flag: {{{ $ sudo macgem install bundler --bindir ~/tmp/ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:42:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:42:27 -0000 Subject: [MacRuby] #324: improve bench.rb In-Reply-To: <054.1e6e5f3007b14ea8ca6bc6c0f3e6b42a@macosforge.org> References: <054.1e6e5f3007b14ea8ca6bc6c0f3e6b42a@macosforge.org> Message-ID: <063.75d57d2dc12d79d436b59911aedf7d6a@macosforge.org> #324: improve bench.rb -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * milestone: MacRuby 0.5 => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:46:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:46:16 -0000 Subject: [MacRuby] #537: Missing Time#strftime formatter: "%P" In-Reply-To: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> References: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> Message-ID: <057.6600750e920f87766cd87ed514b5aca7@macosforge.org> #537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by watson1978@?): MacRuby uses the strftime of system. [[BR]] but, CRuby1.9 implements the strftime (see strftime.c in CRuby). I think MacRuby has to implement strftime to solve a this issue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:50:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:50:17 -0000 Subject: =?utf-8?b?UmU6IFtNYWNSdWJ5XSAjODMyOiDigJxUaHJlYWQuYWJvcnRfb25f?= =?utf-8?q?exception_=3D_true=E2=80=9D_does_not_raise_the_excepti?= =?utf-8?q?on_in_the_main_thread=2E?= In-Reply-To: <054.5a835f5e4e8ec2b848d9c99ca493c160@macosforge.org> References: <054.5a835f5e4e8ec2b848d9c99ca493c160@macosforge.org> Message-ID: <063.0a844f6044904ed231e472ee7e7ad07d@macosforge.org> #832: ?Thread.abort_on_exception = true? does not raise the exception in the main thread. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by mattaimonetti@?): * milestone: => MacRuby Later -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:57:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:57:29 -0000 Subject: [MacRuby] #851: bug in yield while inside Proc#call In-Reply-To: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> References: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> Message-ID: <066.75e506886c2e24da08a5e7aaa70e82e8@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: rake #reduction ----------------------------------------+----------------------------------- Changes (by mattaimonetti@?): * keywords: rake => rake #reduction * milestone: => MacRuby 1.0 Comment: looks like its related to #799 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 19:58:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 03:58:31 -0000 Subject: [MacRuby] #799: Abort occurs when will raise LocalJumpError with Proc. In-Reply-To: <051.2a9dbd967c4ae9122652a9e718a59af0@macosforge.org> References: <051.2a9dbd967c4ae9122652a9e718a59af0@macosforge.org> Message-ID: <060.1b7bce1df8348f54f6a51660bde1f8ea@macosforge.org> #799: Abort occurs when will raise LocalJumpError with Proc. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by mattaimonetti@?): * milestone: => MacRuby 1.0 Comment: seems related to #851 but I'm not 100% sure. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:09:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:09:55 -0000 Subject: [MacRuby] #572: ConditionVariable#wait should accept a timeout argument In-Reply-To: <050.d372715babfabe1ddbe10691bb03ea22@macosforge.org> References: <050.d372715babfabe1ddbe10691bb03ea22@macosforge.org> Message-ID: <059.cfc4c5c8d6dbc93c00738835b81157b0@macosforge.org> #572: ConditionVariable#wait should accept a timeout argument ---------------------------------+------------------------------------------ Reporter: honglilai@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Thanks for checking. Let's move the ticket to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:10:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:10:27 -0000 Subject: [MacRuby] #435: Too many calls to NSObject initialize In-Reply-To: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> References: <056.1a78061bd4434c67d54f10ad0c17efcf@macosforge.org> Message-ID: <065.eb7b0cb36e46e17a3fe1fb0bbacfc317@macosforge.org> #435: Too many calls to NSObject initialize ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:14:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:14:58 -0000 Subject: [MacRuby] #537: Missing Time#strftime formatter: "%P" In-Reply-To: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> References: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> Message-ID: <057.e00424509319e99258da5d6476e5e014@macosforge.org> #537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Strangely enough, %p (with a lower letter) works: {{{ $ ./miniruby -e "p Time.now.strftime('%p')" "PM" }}} Also, the system's ruby (1.8.7) behaves the same: {{{ $ ruby -e "p Time.now.strftime('%P')" "P" $ ruby -e "p Time.now.strftime('%p')" "PM" }}} Looks like following CRuby1.9 might be tedious here, so moving to Later for now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:19:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:19:41 -0000 Subject: [MacRuby] #749: Regexp issues / crashes affecting StringScanner In-Reply-To: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> References: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> Message-ID: <062.afd3ea80af266a4235f2870c9a943644@macosforge.org> #749: Regexp issues / crashes affecting StringScanner ------------------------------------+--------------------------------------- Reporter: kitchen.andy@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): I wonder if it will also crash with ICU 4.2. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:19:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:19:58 -0000 Subject: [MacRuby] #975: macri requires superuser permissions to update cache In-Reply-To: <053.155159fcc0f6c91d70aef8b3f9dc1f5b@macosforge.org> References: <053.155159fcc0f6c91d70aef8b3f9dc1f5b@macosforge.org> Message-ID: <062.806d5d407f4904d61871bc39f76c770c@macosforge.org> #975: macri requires superuser permissions to update cache ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: macri root cache | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Now, It seems that MacRuby be able to create the cache. {{{ $ macruby -e "p MACRUBY_VERSION, MACRUBY_REVISION" "0.8" "svn revision 4975 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" $ macri Pointer Updating class cache with 1304 classes... Nothing known about Pointer /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:646:in `run': Nothing known about Pointer (SystemExit) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:305:in `run:' from /usr/local/bin/macri:5:in `
' }}} Pointer keyword is not found, but it will be another issue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:22:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:22:14 -0000 Subject: [MacRuby] #748: 32bit Number Limit and Conversion In-Reply-To: <046.d84853c2cbabc67750bd19232b927170@macosforge.org> References: <046.d84853c2cbabc67750bd19232b927170@macosforge.org> Message-ID: <055.7256f43e56cbecb16f72904cb90d8339@macosforge.org> #748: 32bit Number Limit and Conversion -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: 32bit number -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => MacRuby Later Comment: I think MacRuby behaves correctly here. When running in 32-bit mode, the fixnum range is much smaller, so 0x44485250 is actually a Bignum. Passing 0x44485250 to the +[NSNumber numberWithInt:] will get its value coerced to a regular C integer. I am not sure what MacRuby should do differently here. Maybe raising an exception instead of coercing the object? Screening to Later in the meantime. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:26:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:26:08 -0000 Subject: [MacRuby] #471: Problems with the simple-rss library In-Reply-To: <048.4fce1caf61559a5a90d700dde1d8316c@macosforge.org> References: <048.4fce1caf61559a5a90d700dde1d8316c@macosforge.org> Message-ID: <057.e35ab30557d902cfe5204de165123431@macosforge.org> #471: Problems with the simple-rss library -------------------------------+-------------------------------------------- Reporter: sergio@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by isaackearse@?): I suspect this is related to the strange regular expression bugs reported in #939 I did some debugging with macrubyd and the issue seems to happen in a part of the library using the $2 and $3 global variables: https://github.com/cardmagic/simple-rss/blob/master/lib/simple-rss.rb#L129 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:28:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:28:13 -0000 Subject: [MacRuby] #958: Errno::EAGAIN occurs when read data from socket within Webrick. In-Reply-To: <051.0b2acefdeec4080a3d1cb1dc21f7b20d@macosforge.org> References: <051.0b2acefdeec4080a3d1cb1dc21f7b20d@macosforge.org> Message-ID: <060.e87d43f9cd0a2c41a893b603e2c94451@macosforge.org> #958: Errno::EAGAIN occurs when read data from socket within Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:32:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:32:26 -0000 Subject: [MacRuby] #471: Problems with the simple-rss library In-Reply-To: <048.4fce1caf61559a5a90d700dde1d8316c@macosforge.org> References: <048.4fce1caf61559a5a90d700dde1d8316c@macosforge.org> Message-ID: <057.46467e636f50ec7224d3147eaf09520b@macosforge.org> #471: Problems with the simple-rss library -------------------------------+-------------------------------------------- Reporter: sergio@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby 1.0 Comment: Indeed, it suspiciously looks like #939. Screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:32:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:32:29 -0000 Subject: [MacRuby] #537: Missing Time#strftime formatter: "%P" In-Reply-To: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> References: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> Message-ID: <057.c24e0f1c3ec6b7b77eaccb1149749734@macosforge.org> #537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by danielcavanagh@?): I have a mostly complete implementation, which I did back when I said I would. It got a bit messy with Time as Rational and so on. I'll send a patch when I get home and then someone can proceed from there when they get the motivation :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:41:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:41:33 -0000 Subject: [MacRuby] #333: Class initialize method is not called In-Reply-To: <052.e3553cfe83b4f83aecabfb521049902c@macosforge.org> References: <052.e3553cfe83b4f83aecabfb521049902c@macosforge.org> Message-ID: <061.3b9776248577ce5c08445bb056f7f13d@macosforge.org> #333: Class initialize method is not called -----------------------------------+---------------------------------------- Reporter: ehynes@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: +initialize will not be called for Ruby classes. You should perform that logic in the class scope itself. {{{ class Foo init_stuff_here ? end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:42:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:42:25 -0000 Subject: [MacRuby] #796: Dispatch::Queue.main created with a different Queue class?!? In-Reply-To: <057.b4f56e79499c6014ee00e2d82a092a9b@macosforge.org> References: <057.b4f56e79499c6014ee00e2d82a092a9b@macosforge.org> Message-ID: <066.020213eb7e5f85a3edaf5f62d516fb39@macosforge.org> #796: Dispatch::Queue.main created with a different Queue class?!? ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:43:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:43:44 -0000 Subject: [MacRuby] #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem In-Reply-To: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> References: <048.47ccedc0560244eb143c10bb7bc66b04@macosforge.org> Message-ID: <057.ca63961cbc34ded1ac354cf59ed2128a@macosforge.org> #930: SIGABRT in MacRuby 0.7 with Sequel + SQLite3-Ruby gem -------------------------------+-------------------------------------------- Reporter: mario@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: No response for reporter, closing the bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:45:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:45:24 -0000 Subject: [MacRuby] #429: Floating point comparison In-Reply-To: <053.d6c370f26baa74b7ee1e92216a298a40@macosforge.org> References: <053.d6c370f26baa74b7ee1e92216a298a40@macosforge.org> Message-ID: <062.62c71cacbd310e44925499b01452b108@macosforge.org> #429: Floating point comparison ------------------------------------+--------------------------------------- Reporter: jens.nockert@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: trivial | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate Comment: Dup of #611. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:46:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:46:04 -0000 Subject: [MacRuby] #611: MacRuby floats are less precise than CRuby floats (was: Error decoding JSON floating point number) In-Reply-To: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> References: <050.a1b9b8e5dc2a6d021d9aa64a4169902f@macosforge.org> Message-ID: <059.e2da26380eeb2ec7bf12f10917fb027f@macosforge.org> #611: MacRuby floats are less precise than CRuby floats ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:57:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:57:00 -0000 Subject: [MacRuby] #749: Regexp issues / crashes affecting StringScanner In-Reply-To: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> References: <053.2d4b0a2e77b71a4bb69feafa7a90bcc2@macosforge.org> Message-ID: <062.d9b7507612d2eeb10b00f1b295ff6890@macosforge.org> #749: Regexp issues / crashes affecting StringScanner ------------------------------------+--------------------------------------- Reporter: kitchen.andy@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: According to watson, it doesn't crash anymore with ICU 4.4.2. Like #1016, we might need to use a newer ICU. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 20:57:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 04:57:57 -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.9b9d437b1622afe95b8d04fb654941db@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for 1.0. It may be possible to compile statically against a newer ICU and hide all symbols at link time, to permit MacRuby to load frameworks using the system ICU. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:00:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:00:50 -0000 Subject: [MacRuby] #378: Macruby 0.5 allows instantiation of a Module instance In-Reply-To: <056.b6b4d62f7733b375cf6d91488345844b@macosforge.org> References: <056.b6b4d62f7733b375cf6d91488345844b@macosforge.org> Message-ID: <065.4334ce1db44602c5773febdc8b58edba@macosforge.org> #378: Macruby 0.5 allows instantiation of a Module instance ---------------------------------------+------------------------------------ Reporter: keith.gautreaux@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by isaackearse@?): I can confirm that macruby is still not raising an error here like MRI. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:02:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:02:01 -0000 Subject: [MacRuby] #682: files delivered in site_ruby; should be in vendor_ruby In-Reply-To: <050.b60b564fc6c3e23b74538bddfdde5513@macosforge.org> References: <050.b60b564fc6c3e23b74538bddfdde5513@macosforge.org> Message-ID: <059.a3b86b9d4febcf0ba4c06bf2104b4b3d@macosforge.org> #682: files delivered in site_ruby; should be in vendor_ruby ---------------------------------+------------------------------------------ Reporter: marick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's target this tentatively for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:10:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:10:31 -0000 Subject: [MacRuby] #378: Macruby 0.5 allows instantiation of a Module instance In-Reply-To: <056.b6b4d62f7733b375cf6d91488345844b@macosforge.org> References: <056.b6b4d62f7733b375cf6d91488345844b@macosforge.org> Message-ID: <065.136b0d69f0e78464bdd2ac6612d829cf@macosforge.org> #378: Macruby 0.5 allows instantiation of a Module instance ---------------------------------------+------------------------------------ Reporter: keith.gautreaux@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby Later Comment: It looks like this isn't breaking anything, so screening for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:14:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:14:04 -0000 Subject: [MacRuby] #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) In-Reply-To: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> References: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> Message-ID: <060.e115d126da70a1e73f2e5b8dcd5717ea@macosforge.org> #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's try to fix that for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:22:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:22:12 -0000 Subject: [MacRuby] #281: Bundles pointing to local MacRuby installation instead of embedded In-Reply-To: <048.f74b0abe9a9ca42b7ae4bac2c0526f02@macosforge.org> References: <048.f74b0abe9a9ca42b7ae4bac2c0526f02@macosforge.org> Message-ID: <057.a2ab6c036c6303504171ed88a589a0a5@macosforge.org> #281: Bundles pointing to local MacRuby installation instead of embedded -------------------------------------------------------+-------------------- Reporter: reborg@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: MacRuby 0.6 Component: MacRuby | Resolution: Keywords: embedded,deploy,installation,distribution | -------------------------------------------------------+-------------------- Comment(by isaackearse@?): I suspect this is more related to hotcocoa than macruby - I'm pretty sure it was fixed when the ticket was closed last time. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:37:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:37:12 -0000 Subject: [MacRuby] #954: Race condition: assertion fails with IO.pipe, when checks size of String which had read from pipe. In-Reply-To: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> References: <051.bf509dda19125b3662800a8532524f0a@macosforge.org> Message-ID: <060.fc597849efa29a74bd1675bb953f7206@macosforge.org> #954: Race condition: assertion fails with IO.pipe, when checks size of String which had read from pipe. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Screening for Later. This isn't something that should frequently happen, and when doing multithreaded programming in MacRuby, one must be careful when sharing objects from different threads. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:38:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:38:43 -0000 Subject: [MacRuby] #281: Bundles pointing to local MacRuby installation instead of embedded In-Reply-To: <048.f74b0abe9a9ca42b7ae4bac2c0526f02@macosforge.org> References: <048.f74b0abe9a9ca42b7ae4bac2c0526f02@macosforge.org> Message-ID: <057.361ff7e7c367e3dba2cbb3bfb800dca3@macosforge.org> #281: Bundles pointing to local MacRuby installation instead of embedded -------------------------------------------------------+-------------------- Reporter: reborg@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: embedded,deploy,installation,distribution | -------------------------------------------------------+-------------------- Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed * milestone: MacRuby 0.6 => MacRuby 0.8 Comment: I believe this bug has been fixed since at least 2 releases. Please try again and let us know. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:51:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:51:29 -0000 Subject: [MacRuby] #668: Newlines and carriage returns cause erroneous matches in StringScanner In-Reply-To: <050.e849ae30f4082c72c7b29e327a80f92e@macosforge.org> References: <050.e849ae30f4082c72c7b29e327a80f92e@macosforge.org> Message-ID: <059.8eab513b27e2f494a0154a41986baab2@macosforge.org> #668: Newlines and carriage returns cause erroneous matches in StringScanner ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: mattaimonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * owner: lsansonetti@? => mattaimonetti@? * milestone: => MacRuby 1.0 Comment: Maybe the _scan method in lib/strscan.rb should compile the regexp differently. instead of {{{ headonly_pattern = Regexp.new('^' + pattern.source, pattern.options) }}} do {{{ headonly_pattern = Regexp.new('^[\n\r]+' + pattern.source, pattern.options) }}} Assigning to Matt and screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 21:57:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 05:57:43 -0000 Subject: [MacRuby] #183: loop/next seg faulting In-Reply-To: <054.65e09d82f3b6b4d01aac54f67b59def6@macosforge.org> References: <054.65e09d82f3b6b4d01aac54f67b59def6@macosforge.org> Message-ID: <063.45ac75161f2144d7e40af9d603dee54b@macosforge.org> #183: loop/next seg faulting -------------------------------------+-------------------------------------- Reporter: drnicwilliams@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: duplicate Keywords: loop next | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate Comment: Dup of #817. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:00:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:00:14 -0000 Subject: [MacRuby] #331: Extending an existing ObjC class: outlets and actions are not visible in IB In-Reply-To: <041.3f312170c9405d5b7c6db4d48ce7355a@macosforge.org> References: <041.3f312170c9405d5b7c6db4d48ce7355a@macosforge.org> Message-ID: <050.76bd35455c7a0c4914775c4b37c6b432@macosforge.org> #331: Extending an existing ObjC class: outlets and actions are not visible in IB ------------------------+--------------------------------------------------- Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------+--------------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.5 => Comment: I'm not sure extending an Objective-C class in Ruby with outlets or actions is something IB does support. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:01:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:01:52 -0000 Subject: [MacRuby] #726: Methods added to String do not get added to all strings In-Reply-To: <050.eea99798a64d52bf08edfc13d0c69679@macosforge.org> References: <050.eea99798a64d52bf08edfc13d0c69679@macosforge.org> Message-ID: <059.b9c92203655709568ac85e5caf366dd2@macosforge.org> #726: Methods added to String do not get added to all strings ---------------------------------+------------------------------------------ Reporter: dylan@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: I don't think we will change this in 1.0, screening for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:02:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:02:00 -0000 Subject: [MacRuby] #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. In-Reply-To: <051.9dfb1a7ae99a8ff6d8c3a98832b68bcf@macosforge.org> References: <051.9dfb1a7ae99a8ff6d8c3a98832b68bcf@macosforge.org> Message-ID: <060.0520100eec9c89e9fa36b8f7a9ec8223@macosforge.org> #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by isaackearse@?): Confirmed that this is still happening on using 32bit arch on macruby trunk r4979 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:03:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:03:50 -0000 Subject: [MacRuby] #918: Startup Time In-Reply-To: <046.fb0421839e26aa09948b1e0ed1a3ab23@macosforge.org> References: <046.fb0421839e26aa09948b1e0ed1a3ab23@macosforge.org> Message-ID: <055.9cbb9adf9e750445b0f861b2828b3e75@macosforge.org> #918: Startup Time -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: startup performance -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => MacRuby Later Comment: Not sure what I smoked 2 months ago, but I probably meant 0.09 and 0.07. Numbers still seem consistent. {{{ $ time ./miniruby -e '' real 0m0.074s user 0m0.060s sys 0m0.010s }}} I think we won't have the time to improve this for 1.0, and that it's also good enough for now. Screening for Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:06:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:06:05 -0000 Subject: [MacRuby] #951: BridgeSupport - bug dereferencing a pointer In-Reply-To: <054.60e96d905cf0cf6f0af87b6dbcd3c1cd@macosforge.org> References: <054.60e96d905cf0cf6f0af87b6dbcd3c1cd@macosforge.org> Message-ID: <063.adb65067758599b400d0fac52944ffd0@macosforge.org> #951: BridgeSupport - bug dereferencing a pointer -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: BridgeSupport -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's look at this for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:07:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:07:02 -0000 Subject: [MacRuby] #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR In-Reply-To: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> References: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> Message-ID: <058.9030451818ba87c7daac4e94ed98598c@macosforge.org> #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR --------------------------------+------------------------------------------- Reporter: diffengr@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Changes (by mattaimonetti@?): * keywords: => #reduction * milestone: => MacRuby 1.0 Comment: I can confirmed that the - (id)forwardingTargetForSelector:(SEL)sel method doesn't get triggered when called from MacRuby. I reduced the problem a bit further to show how MacRuby isn't allowing the forwarding of selectors. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:11:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:11:46 -0000 Subject: [MacRuby] #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR In-Reply-To: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> References: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> Message-ID: <058.3ccc5ce1ec7a02bdf7a0b6a8f7b84b83@macosforge.org> #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR --------------------------------+------------------------------------------- Reporter: diffengr@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Comment(by mattaimonetti@?): Summary of the reduction code. DummyClass.h {{{ #import @interface DummyClass : NSObject { } @end }}} DummyClass.m {{{ #import "DummyClass.h" @implementation DummyClass - (id)forwardingTargetForSelector:(SEL)sel { NSLog(@"The following method was caught by forwardingTargetForSelector: %@", NSStringFromSelector(sel)); return @"foo"; } @end }}} main.m {{{ #import #import "DummyClass.h" int main(int argc, char *argv[]) { DummyClass* objcObj = [[DummyClass alloc] init]; NSLog(@"Calling a string method on our objC object forwarding it to a NSString object."); [objcObj boolValue]; return macruby_main("rb_main.rb", argc, argv); } }}} rb_main.rb {{{ framework 'Cocoa' obj = DummyClass.alloc.init puts "called from MacRuby: obj#foo #{obj.boolValue}" # Starting the Cocoa main loop. NSApplicationMain(0, nil) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:13:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:13:07 -0000 Subject: [MacRuby] #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR In-Reply-To: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> References: <049.ff234f40fc9a50966f9a5b9b67f98143@macosforge.org> Message-ID: <058.b0bc23b62b93f5ca8e0db78bf89ed835@macosforge.org> #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR --------------------------------+------------------------------------------- Reporter: diffengr@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction --------------------------------+------------------------------------------- Comment(by mattaimonetti@?): Output: {{{ 2010-12-04 22:12:26.580 testApp[51067:a0f] Calling a string method on our objC object forwarding it to a NSString object. 2010-12-04 22:12:26.584 testApp[51067:a0f] The following method was caught by forwardingTargetForSelector: boolValue /Users/mattetti/Code/builds/Debug/testApp.app/Contents/Resources/rb_main.rb:14:in `
': undefined method `boolValue' for # (NoMethodError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:18:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:18:19 -0000 Subject: [MacRuby] #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source In-Reply-To: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> References: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> Message-ID: <059.26168f049f96afad7a855134fae7637c@macosforge.org> #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:20:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:20:35 -0000 Subject: [MacRuby] #643: Yield fails when captured in a block that gets called In-Reply-To: <048.eea4af678a50167f66a8ecdba1668448@macosforge.org> References: <048.eea4af678a50167f66a8ecdba1668448@macosforge.org> Message-ID: <057.5b115ed96a5bef064b3ed8a272f945cc@macosforge.org> #643: Yield fails when captured in a block that gets called -------------------------------+-------------------------------------------- Reporter: tpitale@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: block, yield, call -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:22:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:22:29 -0000 Subject: [MacRuby] #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. In-Reply-To: <051.cf015a966c8cb955f37a37a5f4feb8fb@macosforge.org> References: <051.cf015a966c8cb955f37a37a5f4feb8fb@macosforge.org> Message-ID: <060.6ec5bad9d824e4beb806746bd5950507@macosforge.org> #948: MacRuby should match with Regexp, distinguish between '\r' and '\n'. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:25:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:25:09 -0000 Subject: [MacRuby] #842: setting $SAFE inside Proc should not override top-level $SAFE In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.704182f81a3eb779b679fa093a1a7bd1@macosforge.org> #842: setting $SAFE inside Proc should not override top-level $SAFE ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Screening for 1.0 (tentative). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:28:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:28:58 -0000 Subject: [MacRuby] #947: Wish CoreText Suport In-Reply-To: <048.62391f55fa1ebb0037019b044157f3f4@macosforge.org> References: <048.62391f55fa1ebb0037019b044157f3f4@macosforge.org> Message-ID: <057.377decf92de927f4fa0e8cf02fce74c3@macosforge.org> #947: Wish CoreText Suport -------------------------------+-------------------------------------------- Reporter: niedhui@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: CoreText | -------------------------------+-------------------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => wontfix Comment: This looks like a good candidate for a gem, I'm closing it as this is outside of the scope of the MacRuby core implementation. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:37:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:37:54 -0000 Subject: [MacRuby] #751: Objects instantiated as anonymous class by Bindings mechanism In-Reply-To: <049.f974f29c7dd1a44bcc8ca2a154bfc842@macosforge.org> References: <049.f974f29c7dd1a44bcc8ca2a154bfc842@macosforge.org> Message-ID: <058.a5dbc437fdc3aa7d64819a705775cf1c@macosforge.org> #751: Objects instantiated as anonymous class by Bindings mechanism --------------------------------+------------------------------------------- Reporter: wladjmir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.6 => MacRuby Later Comment: It's expected that objects passed to KVO/Bindings will get their class (or isa) changed at runtime, by Cocoa. Then, these objects can no longer be passed to Marshal.dump, as the later will complain that the class of the object is anonymous. I'm not sure what MacRuby could do here? (except making Marshal.dump less drastic). Screening for Later for now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:40:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:40:33 -0000 Subject: [MacRuby] #874: Abort occurs when calls Thread#raise / #kill when Thread#join is called in block of Thread. In-Reply-To: <051.1691b9e81e0c3e9b68397d6dd5980740@macosforge.org> References: <051.1691b9e81e0c3e9b68397d6dd5980740@macosforge.org> Message-ID: <060.198e36931b3e3dd5e82752fc12f8ec75@macosforge.org> #874: Abort occurs when calls Thread#raise / #kill when Thread#join is called in block of Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 22:53:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 06:53:36 -0000 Subject: [MacRuby] #698: AddressBook framework doesn't load in TextMate In-Reply-To: <053.6149ff3ff1fe11c7adefab9ca7011a84@macosforge.org> References: <053.6149ff3ff1fe11c7adefab9ca7011a84@macosforge.org> Message-ID: <062.d467baebc1067b80e26ffdc1a1785692@macosforge.org> #698: AddressBook framework doesn't load in TextMate ------------------------------------+--------------------------------------- Reporter: seanlilmateus@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: addressBook ------------------------------------+--------------------------------------- Comment(by isaackearse@?): Works fine for me in TextMate: {{{ #!/usr/local/bin/macruby framework 'AddressBook' puts ABAddressBook.sharedAddressBook.class => ABAddressBook }}} I saved this as an .rb file and the ran it with Apple-R -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 23:06:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 07:06:03 -0000 Subject: [MacRuby] #906: Double BOM force_encoding bug (from HAML) In-Reply-To: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> References: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> Message-ID: <059.11b9a3a2a75571e8e91b27ef507c0738@macosforge.org> #906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by isaackearse@?): I can confirm that this is still happening with MacRuby trunk r4979 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 23:12:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 07:12:43 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.914dc238c4bf553af87e07aba26284fc@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Changes (by mattaimonetti@?): * keywords: mustache => mustache #reduction Comment: Mustache does something nasty and overwrites its own method in the method body and calls it recursively. MacRuby doesn't support that kind of black magic (yet). Here is a reduction: {{{ def foo(bar) puts 'calling original #foo' compiled = "def foo(baz); '#{bar}'; end" # overwiting the method we are in to call it again # from within itself instance_eval(compiled, __FILE__, __LINE__ - 1) foo(bar) end foo('foo:bar:baz') }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 4 23:52:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 07:52:30 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.9ae7c465d5a7a4316885c0ee3970a871@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Comment(by mattaimonetti@?): This patch https://github.com/mattetti/mustache/commit/05339dc34027934f930201df3bd4781c5765eb72 makes the recursive calls go away. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:05:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:05:15 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.a08c49901533fccfd1a27e89890ad8a5@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Comment(by mattaimonetti@?): Note, that the previously mentioned patch doesn't solve all the issues with mustache. Another reduction is needed. Here is a test using the patch and showing the next bug ;) {{{ 1) Failure: test_simple(TestSimple) [/Users/mattetti/tmp/mustache/mustache_test.rb:32]: <"Hello, Larry."> expected but was <"HelloLarry.">. 1 tests, 1 assertions, 1 failures, 0 errors, 0 skips }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:05:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:05:54 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.d910a7004fa95f1e13d27173199d44a1@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's fix that for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:08:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:08:35 -0000 Subject: [MacRuby] #698: AddressBook framework doesn't load in TextMate In-Reply-To: <053.6149ff3ff1fe11c7adefab9ca7011a84@macosforge.org> References: <053.6149ff3ff1fe11c7adefab9ca7011a84@macosforge.org> Message-ID: <062.53e8b2acd58c5a4ad4c8434ed1f066fa@macosforge.org> #698: AddressBook framework doesn't load in TextMate ------------------------------------+--------------------------------------- Reporter: seanlilmateus@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: worksforme Keywords: addressBook | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => worksforme Comment: Closing the bug as "worksforme" :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:11:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:11:29 -0000 Subject: [MacRuby] #906: Double BOM force_encoding bug (from HAML) In-Reply-To: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> References: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> Message-ID: <059.dcb8c809b70e143f89dbac7b9acb5686@macosforge.org> #906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@? | Owner: vincent.isambart@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * owner: lsansonetti@? => vincent.isambart@? Comment: Vincent, can you have a look at this one? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:16:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:16:04 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.27ad1ca5bba97d4ca681f4e41aa163e1@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): Let's fix the bugs one after one :) Once the re-defined recursive method dispatch bug is fixed (this ticket), we will have to create a new ticket for the next bug, and so on. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:51:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:51:31 -0000 Subject: [MacRuby] #613: Dispatch classes should be wrapped in an Data struct to allow subclassing In-Reply-To: <057.d6092a5d1f8e3006274f7adbcedf10a5@macosforge.org> References: <057.d6092a5d1f8e3006274f7adbcedf10a5@macosforge.org> Message-ID: <066.2649599664904b472522c505e8f679cb@macosforge.org> #613: Dispatch classes should be wrapped in an Data struct to allow subclassing ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: pthomson@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: You should be able to subclass the Dispatch classes. Wrapping as T_DATA was an historical limitation which has been fixed since a long time. Closing as invalid. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:53:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:53:36 -0000 Subject: [MacRuby] #821: uncached ObjC stub - Abort trap In-Reply-To: <045.3c324dc32dda9b015a1fda4812a53735@macosforge.org> References: <045.3c324dc32dda9b015a1fda4812a53735@macosforge.org> Message-ID: <054.185a5725d2cb979a286f1a045585dab1@macosforge.org> #821: uncached ObjC stub - Abort trap ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Old description: > {{{ > $ cat a.rb > > begin > framework 'Cocoa' > rescue > NSWorkspaceLaunchWithoutActivation = 512 > end > > p NSWorkspace > > NSWorkspace.sharedWorkspace.openURLs( > [ NSURL.URLWithString('http://www.macruby.org/')], > withAppBundleIdentifier:nil, > options:NSWorkspaceLaunchWithoutActivation, > additionalEventParamDescriptor:nil, > launchIdentifiers:nil) > }}} > > {{{ > $ macrubyc -o a --static --framework Cocoa a.rb; ./a > # > uncached ObjC stub `c@:@@Q@^@' > Abort trap > }}} > > Maybe this is a known restriction of the AOT-compilation... New description: {{{ $ cat a.rb begin framework 'Cocoa' rescue NSWorkspaceLaunchWithoutActivation = 512 end p NSWorkspace NSWorkspace.sharedWorkspace.openURLs( [ NSURL.URLWithString('http://www.macruby.org/')], withAppBundleIdentifier:nil, options:NSWorkspaceLaunchWithoutActivation, additionalEventParamDescriptor:nil, launchIdentifiers:nil) }}} {{{ $ macrubyc -o a --static --framework Cocoa a.rb; ./a # uncached ObjC stub `c@:@@Q@^@' Abort trap }}} Maybe this is a known restriction of the AOT-compilation... -- Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:53:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:53:58 -0000 Subject: [MacRuby] #588: ld: library not found for -lLLVMBitWriter for macrubyc --static In-Reply-To: <049.e2d52afd139975f0d0332895cd353a62@macosforge.org> References: <049.e2d52afd139975f0d0332895cd353a62@macosforge.org> Message-ID: <058.d6c280660961578d13cb7df1b76b2efb@macosforge.org> #588: ld: library not found for -lLLVMBitWriter for macrubyc --static --------------------------------+------------------------------------------- Reporter: g.vishnu@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: MacRuby Later Component: MacRuby | Resolution: Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.6 => MacRuby Later Comment: Static compilation is under development again, but won't be finished for 1.0 probably. Moving to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:55:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:55:25 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.610cb91f1a371ee9cfeed5579e36d363@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Looks like an easy bug to fix, assuming one can change $_ from ruby code. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:58:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:58:14 -0000 Subject: [MacRuby] #493: signals cannot be intercepted In-Reply-To: <052.f79b892a58ba66050f6cf4e6d85f7507@macosforge.org> References: <052.f79b892a58ba66050f6cf4e6d85f7507@macosforge.org> Message-ID: <061.97ea7d131212dd57a0e16419b284cc35@macosforge.org> #493: signals cannot be intercepted -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: martinlagardette@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: assigned => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: I think this bug can be closed, as signals can now be intercepted. I also believe we have an open bug regarding exceptions raised inside signal handlers. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:58:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:58:54 -0000 Subject: [MacRuby] #1017: macgem install error: narray (was: macgem intall error) In-Reply-To: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> References: <045.4838bde61ca7abf5fff22df91416df56@macosforge.org> Message-ID: <054.117e75bf31bfbef1e64052c2622f457e@macosforge.org> #1017: macgem install error: narray ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 00:59:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 08:59:41 -0000 Subject: [MacRuby] #1021: error trying to use bones with MacRuby In-Reply-To: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> References: <044.b3a2d4b62ed6ce96aadeb3359e48e094@macosforge.org> Message-ID: <053.0382e43d128b3eea5c512717434beae1@macosforge.org> #1021: error trying to use bones with MacRuby ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => Comment: We need a reduction for this bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:01:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:01:25 -0000 Subject: [MacRuby] #996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces In-Reply-To: <058.7e28c7ec75a3d897e652c0042dbf4339@macosforge.org> References: <058.7e28c7ec75a3d897e652c0042dbf4339@macosforge.org> Message-ID: <067.3911c6f574a1b32c48edbc9969b8c296@macosforge.org> #996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces -----------------------------------------+---------------------------------- Reporter: martijn@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------------+---------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => MacRuby 1.0 Comment: Looks like something we should do in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:02:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:02:31 -0000 Subject: [MacRuby] #527: Segmentation fault when stack overflows In-Reply-To: <054.a3d8be2a72fc672c71d4e40b801d1f5e@macosforge.org> References: <054.a3d8be2a72fc672c71d4e40b801d1f5e@macosforge.org> Message-ID: <063.4d54698e870290005ceaa248c67f93c2@macosforge.org> #527: Segmentation fault when stack overflows -------------------------------------+-------------------------------------- Reporter: haruki.zaemon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: stack overflow segfault -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:04:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:04:17 -0000 Subject: [MacRuby] #469: Time#to_f gives wrong results on 32-bit architecture In-Reply-To: <048.f5913b33e5c2427916b85cf3da490746@macosforge.org> References: <048.f5913b33e5c2427916b85cf3da490746@macosforge.org> Message-ID: <057.6a0ffcc2d1d5e5868d4f10ede5472fa2@macosforge.org> #469: Time#to_f gives wrong results on 32-bit architecture -------------------------------+-------------------------------------------- Reporter: pwilson@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => duplicate * milestone: MacRuby 0.5 => Comment: Dup of #611. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:05:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:05:32 -0000 Subject: [MacRuby] #220: Ruby ranges should be usable whenever an NSRange is required In-Reply-To: <053.d7d87f88006d74bde98340a6e97dfad2@macosforge.org> References: <053.d7d87f88006d74bde98340a6e97dfad2@macosforge.org> Message-ID: <062.39810f25b77478059182acd054b79745@macosforge.org> #220: Ruby ranges should be usable whenever an NSRange is required ------------------------------------+--------------------------------------- Reporter: carl@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: NSRange ranges ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:07:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:07:29 -0000 Subject: [MacRuby] #937: Rescuing Interrupt doesn't work In-Reply-To: <054.d00949a2811dd7ee16baf40ae0f40728@macosforge.org> References: <054.d00949a2811dd7ee16baf40ae0f40728@macosforge.org> Message-ID: <063.5f5edb1ea76cfbdbd86a108b7286ed9d@macosforge.org> #937: Rescuing Interrupt doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:15:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:15:32 -0000 Subject: [MacRuby] #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. In-Reply-To: <051.9dfb1a7ae99a8ff6d8c3a98832b68bcf@macosforge.org> References: <051.9dfb1a7ae99a8ff6d8c3a98832b68bcf@macosforge.org> Message-ID: <060.356cef7e5fc64049dc5be21a74fd1010@macosforge.org> #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: We need to fix that for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:19:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:19:34 -0000 Subject: [MacRuby] #720: methods from define_method() can't be performed from ObjC (was: dynamically defined method called by menu items bug) In-Reply-To: <054.d04cb1874ca87e63b604d85504a80b2f@macosforge.org> References: <054.d04cb1874ca87e63b604d85504a80b2f@macosforge.org> Message-ID: <063.83282facae1daf5fb56476fce0a4632f@macosforge.org> #720: methods from define_method() can't be performed from ObjC -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:29:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:29:04 -0000 Subject: [MacRuby] #1020: RSS::Maker is throwing a TypeError In-Reply-To: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> References: <046.fcc135ef6feb89eeb6b05671e060a9a0@macosforge.org> Message-ID: <055.d287f50b75211c5ee855bed4fd5682f0@macosforge.org> #1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Comment(by lsansonetti@?): I think that a better fix for the #caller thing is to simply remove the rss library from the AOT list, as the problem doesn't seem to happen when .rbo files are ignored. After that, the TypeError problem is still remaining. This one needs to be reduced somehow. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:33:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:33:33 -0000 Subject: [MacRuby] #705: Have to_s() use -description In-Reply-To: <054.d1e5f89c28751af98a1bbce4a508b31e@macosforge.org> References: <054.d1e5f89c28751af98a1bbce4a508b31e@macosforge.org> Message-ID: <063.9b45f5ed07a9c2b239b0e24f8c79f228@macosforge.org> #705: Have to_s() use -description -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Not critical for 1.0, so moving to Later. On the other side, it's an easy one to implement. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:35:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:35:46 -0000 Subject: [MacRuby] #363: IO.copy_stream dont handle copyfile. In-Reply-To: <049.e7b5edbada4eb86a7d2dacb90726d131@macosforge.org> References: <049.e7b5edbada4eb86a7d2dacb90726d131@macosforge.org> Message-ID: <058.5c9bf53eda7bca342a0b6a8b395fad68@macosforge.org> #363: IO.copy_stream dont handle copyfile. --------------------------------+------------------------------------------- Reporter: kazuhisa@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby 1.0 Comment: Indeed, fcopyfile could be used here? and bring significant improvement. Screening for 1.0 to investigate. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:42:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:42:42 -0000 Subject: [MacRuby] #542: Attempt to unlock a mutex which is not locked (ThreadError) In-Reply-To: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> References: <054.1a4ef5ffee450b4e3f8e1220d38c91ee@macosforge.org> Message-ID: <063.074b9a80d625af6e7b926a726e9f89ed@macosforge.org> #542: Attempt to unlock a mutex which is not locked (ThreadError) -------------------------------------+-------------------------------------- Reporter: valerii.hiora@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Still reproduces the bug on trunk. Screening for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:44:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:44:56 -0000 Subject: [MacRuby] #1025: Sandbox#apply! causes segfault when no argument is passed to constructor. Message-ID: <046.b556fd83ed332bdb6461741d6a4a75f4@macosforge.org> #1025: Sandbox#apply! causes segfault when no argument is passed to constructor. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Easy one to reproduce: Sandbox.new.apply! Running on -latest. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 01:52:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 09:52:01 -0000 Subject: [MacRuby] #1025: Sandbox#apply! causes segfault when no argument is passed to constructor. In-Reply-To: <046.b556fd83ed332bdb6461741d6a4a75f4@macosforge.org> References: <046.b556fd83ed332bdb6461741d6a4a75f4@macosforge.org> Message-ID: <055.349a4f723a9a1836599821b436635788@macosforge.org> #1025: Sandbox#apply! causes segfault when no argument is passed to constructor. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 05:15:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 13:15:53 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.a76bd80faffc047276dc784b76c4adb3@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by warpflyght@?): Looks like you can't in MacRuby. The existing implementation tries to assign $_: {{{ def gets(sep=$/) $_ = getline(sep) end }}} You can assign $_ in Snow Leopard's stock Ruby 1.8.7, as well as a Ruby 1.9.2p0 build I installed with MacPorts. So, we have a reduction: {{{ $ ruby -e "\$_ = 'foo'; puts \$_.inspect" "foo" $ ruby1.9 -e "\$_ = 'foo'; puts \$_.inspect" "foo" $ macruby -e "\$_ = 'foo'; puts \$_.inspect" nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 12:15:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 20:15:39 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.3f2ea56883a5b5c952509353c6a19352@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by warpflyght@?): This may be the problem. :) From vm.cpp: {{{ extern "C" VALUE rb_lastline_get(void) { // TODO return Qnil; } extern "C" void rb_lastline_set(VALUE val) { // TODO } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 13:03:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 21:03:09 -0000 Subject: [MacRuby] #540: segfault with NSURLDownload with GC on In-Reply-To: <054.b5f8a688bb659e1cac04f9d73c570315@macosforge.org> References: <054.b5f8a688bb659e1cac04f9d73c570315@macosforge.org> Message-ID: <063.a4f958e44b23a435ad1f4b42a15092a3@macosforge.org> #540: segfault with NSURLDownload with GC on -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: NSURLDownload, Cocoa -------------------------------------+-------------------------------------- Comment(by isaackearse@?): After changing the URL to the new nightly macruby package this works for me with GC on. See this updated gist revision: https://gist.github.com/d711103f30fe6ef42323/2a24d210b7504da8a910228ea898ee760e50053f {{{ git clone git at gist.github.com:d711103f30fe6ef42323.git gist-d711103f cd gist-d711103f macruby gistfile1.rb downloading... Download finished! }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 13:24:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 21:24:07 -0000 Subject: [MacRuby] #1005: How could macrubyd be used to debug a Cocoa app? In-Reply-To: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> References: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> Message-ID: <056.0930877a453e5c88abf09caa6ac0ed5f@macosforge.org> #1005: How could macrubyd be used to debug a Cocoa app? ------------------------------+--------------------------------------------- Reporter: rap@? | Owner: lsansonetti@? Type: task | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: macrubyd ------------------------------+--------------------------------------------- Comment(by isaackearse@?): I think we should try and improve this for the 1.0 release as per this thread: http://lists.macosforge.org/pipermail/macruby- devel/2010-November/006467.html I'm happy to help with this where I can: maybe initially with the macruby interface, testing & docs? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 13:37:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 21:37:50 -0000 Subject: [MacRuby] #831: Received request header with Webrick HTTPD is broken after GC is executed. In-Reply-To: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> References: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> Message-ID: <060.9a8f3fd68cb259cc320dd20e703cc761@macosforge.org> #831: Received request header with Webrick HTTPD is broken after GC is executed. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by isaackearse@?): Works for me on 10.6.5 with MacRuby r4979 & MacBookPro3,1 Is there anyway to consistently trigger this bug? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 13:58:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 21:58:07 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block Message-ID: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I get: unknown: warning: IO::new() does not take block; use IO::open() instead But everything still works. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:08:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:08:39 -0000 Subject: [MacRuby] #540: segfault with NSURLDownload with GC on In-Reply-To: <054.b5f8a688bb659e1cac04f9d73c570315@macosforge.org> References: <054.b5f8a688bb659e1cac04f9d73c570315@macosforge.org> Message-ID: <063.67892f0f877c446a0e70f458a9254d0c@macosforge.org> #540: segfault with NSURLDownload with GC on -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: NSURLDownload, Cocoa | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: I also tried the script and it worked for me without crashing. So I assume something was fixed since. Closing the bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:17:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:17:02 -0000 Subject: [MacRuby] #831: Received request header with Webrick HTTPD is broken after GC is executed. In-Reply-To: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> References: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> Message-ID: <060.a3c18db616f536a9d178c527c579deae@macosforge.org> #831: Received request header with Webrick HTTPD is broken after GC is executed. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => watson1978@? Comment: I think it's pretty random. Watson, can you try to reproduce it with trunk? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:23:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:23:04 -0000 Subject: [MacRuby] #1005: How could macrubyd be used to debug a Cocoa app? In-Reply-To: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> References: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> Message-ID: <056.3ca68abed57b03ac833de87c276c44fd@macosforge.org> #1005: How could macrubyd be used to debug a Cocoa app? ------------------------------+--------------------------------------------- Reporter: rap@? | Owner: lsansonetti@? Type: task | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: macrubyd ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Agree, let's improve the debugger for 1.0. Let's discuss here what we can do to improve the current situation. The thread on the list has a good idea already: {{{ The simple ability to insert a "debugger" statement to trigger ruby-debug to stop and give me a prompt where I can type "User.last.inspect" is a very powerful thing. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:30:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:30:36 -0000 Subject: [MacRuby] #855: MacRuby should load the "rubygems" automatically. In-Reply-To: <051.0f4ee8ca9c4128cafc57139665bc9738@macosforge.org> References: <051.0f4ee8ca9c4128cafc57139665bc9738@macosforge.org> Message-ID: <060.6027a5e757b7d83319c3d0f25ef39784@macosforge.org> #855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: There are potential solutions to this problem, such as requiring rubygems lazily or integrating the rubygems #require logic in Kernel#require. However, this is a significant piece of work and it's probably not needed for 1.0, as most people deliver their applications via rubygems, which will install helper executables that automatically load rubygems. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:34:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:34:36 -0000 Subject: [MacRuby] #371: Module methods included in the class Module are not visible to other classes. In-Reply-To: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> References: <050.b29ce2179f990c014e2fd8737732541a@macosforge.org> Message-ID: <059.1a8919ffe0db313f59e7f9e7580334c3@macosforge.org> #371: Module methods included in the class Module are not visible to other classes. ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Still not working as of trunk. Let's look at this one for 1.0 (tentative). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:36:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:36:43 -0000 Subject: [MacRuby] #938: StringScanner Performance In-Reply-To: <049.4f6d4884ec1111da8c764a8bf168b617@macosforge.org> References: <049.4f6d4884ec1111da8c764a8bf168b617@macosforge.org> Message-ID: <058.782371ea7f09e78c9f4199e75b1d4eb1@macosforge.org> #938: StringScanner Performance --------------------------------+------------------------------------------- Reporter: murphy@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: StringScanner, benchmark --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Looks like a bug for Later. However, MacRuby's strscan library is in pure Ruby, maybe there are some low hanging optimizations waiting to be implemented in the file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:46:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:46:54 -0000 Subject: [MacRuby] #906: Double BOM force_encoding bug (from HAML) In-Reply-To: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> References: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> Message-ID: <059.bee2704081de4a1b5bdd470dd01a1855@macosforge.org> #906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@? | Owner: vincent.isambart@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by vincent.isambart@?): The reason no exception is thrown for the single BOM is that there is no character before it in the first string. Even with a single BOM, if there is a character before in the dynamic string you get an error: {{{ % macruby -e '"#{"\uFEFF".encode("UTF-8").force_encoding("BINARY")}"' % macruby -e '"a#{"\uFEFF".encode("UTF-8").force_encoding("BINARY")}"' -e:1:in `
': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:47:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:47:03 -0000 Subject: [MacRuby] #174: Allow embedding of arbitrary versions of MacRuby In-Reply-To: <049.0da448ce809e84339950af3f642d2e67@macosforge.org> References: <049.0da448ce809e84339950af3f642d2e67@macosforge.org> Message-ID: <058.98833df1e6da69426ed78e7ed06425c8@macosforge.org> #174: Allow embedding of arbitrary versions of MacRuby --------------------------------+------------------------------------------- Reporter: self@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Looks like a very old bug. I'm not even sure it's relevant anymore. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 14:58:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 22:58:12 -0000 Subject: [MacRuby] #789: An Error does not occur when DeadLock occurred in Thread/Mutex. In-Reply-To: <051.a35da29740de00fecd7c253bbb7d4e18@macosforge.org> References: <051.a35da29740de00fecd7c253bbb7d4e18@macosforge.org> Message-ID: <060.6c3f4473df2fc59dc15b3f4d71cdd9fb@macosforge.org> #789: An Error does not occur when DeadLock occurred in Thread/Mutex. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Still valid as trunk. Let's fix this in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 15:32:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 05 Dec 2010 23:32:45 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.b5ca03c630b9294dc17c1571377f3329@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by warpflyght@?): I've got a fix: [https://github.com/warpflyght/macruby/commit/1026bf7d84ce4744501becc7860f13eb808ba4f7]. Runs the sample script above correctly, and passes two specs in language/predefined_spec.rb that were failing previously. There may be a binary compatibility impact?for some native extensions, because it entails adding an instance variable to RoxorVM. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 17:35:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 01:35:46 -0000 Subject: [MacRuby] #906: Double BOM force_encoding bug (from HAML) In-Reply-To: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> References: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> Message-ID: <059.114cc577ca07b8123cb27fcae093cf24@macosforge.org> #906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@? | Owner: vincent.isambart@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Vincent wrote a patch for this bug and it has been committed in r4982. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 17:41:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 01:41:16 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. In-Reply-To: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> References: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> Message-ID: <059.d37b18a71e739da638bb1640c8af99e9@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: The problem seems to be fixed with r4982. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 17:43:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 01:43:36 -0000 Subject: [MacRuby] #823: String comparison issues when different encodings are used In-Reply-To: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> References: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> Message-ID: <057.a64a42050a70caed3a8df7ca6616f10c@macosforge.org> #823: String comparison issues when different encodings are used -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: #reduction | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: The problem seems to be fixed with r4982. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 17:46:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 01:46:32 -0000 Subject: [MacRuby] #966: MacRuby encoding error with Mail gem In-Reply-To: <052.8517fcb534681fd59926c42c142da71a@macosforge.org> References: <052.8517fcb534681fd59926c42c142da71a@macosforge.org> Message-ID: <061.4b3b3ccf9b282be13e6ed6f369fe2df9@macosforge.org> #966: MacRuby encoding error with Mail gem -----------------------------------+---------------------------------------- Reporter: andre.lewis@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: This problem seems to be fixed with r4982. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 18:10:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 02:10:16 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.0cba134701d83853096d68641ff316f8@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Thanks for the patch :) There is only one problem, the last_line instance variable is never initialized in the RoxorVM constructor. This could lead to unexpected results, so you may want to set it to Qnil there. Could you attach a unified diff file to this ticket after? I will then apply your change. Also feel free to remove the language/predefined_spec tags in your patch. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 18:12:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 02:12:15 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.5a0f069800f500cd89c278c369a14c91@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): #1008 may be fixed after your patch. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 18:12:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 02:12:55 -0000 Subject: [MacRuby] #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. In-Reply-To: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> References: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> Message-ID: <060.8180723e8d53164ae0154dbd1e78a007@macosforge.org> #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Looks like #952 should fix this problem, but let's wait to verify. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 18:21:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 02:21:58 -0000 Subject: [MacRuby] #849: MacRuby throws the exception of "Encoding::CompatibilityError" with various cases. In-Reply-To: <051.98d76f83714e71879164aaaa438b6d5c@macosforge.org> References: <051.98d76f83714e71879164aaaa438b6d5c@macosforge.org> Message-ID: <060.dd6aa4f61c062d4393423254cd066977@macosforge.org> #849: MacRuby throws the exception of "Encoding::CompatibilityError" with various cases. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): r4982 should fix many Encoding exceptions. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 18:44:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 02:44:22 -0000 Subject: [MacRuby] #831: Received request header with Webrick HTTPD is broken after GC is executed. In-Reply-To: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> References: <051.a45ee39f37c2a54e97c4e76808a142cb@macosforge.org> Message-ID: <060.fcee8412977b3114a24835b305fa8f9a@macosforge.org> #831: Received request header with Webrick HTTPD is broken after GC is executed. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: this issue does not reproduce. works fine :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 19:10:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 03:10:33 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.9e4ebf40acdfdf2612efc752dad0537c@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by warpflyght@?): Yep, you're absolutely right! Sorry about that. I've been using Objective-C too much! Patch is attached. I didn't change the comments in language/predefined_spec. In order to run the spec, I had to pass -r stringio to mspec, so that remains an issue. (Sorry if I misunderstood your meaning.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 21:29:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 05:29:54 -0000 Subject: [MacRuby] #737: Unpack inconsistencies (possibly related to issue #605?) In-Reply-To: <050.440e78ae6295b70c4d8fdd6aa56766bd@macosforge.org> References: <050.440e78ae6295b70c4d8fdd6aa56766bd@macosforge.org> Message-ID: <059.9748b4d2fd69d59f7e0ec86df1e9a9b0@macosforge.org> #737: Unpack inconsistencies (possibly related to issue #605?) ---------------------------------+------------------------------------------ Reporter: babs.devs@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: duplicate Keywords: Grit, unpack | ---------------------------------+------------------------------------------ Changes (by mattaimonetti@?): * milestone: => MacRuby 0.8 Comment: #823 is closed and I re investigated this ticket. The problem is that CRuby and MacRuby have 2 different default encodings. To get the reduction example to work you need to specify the encoding of the reference string as Vincent mentioned: {{{ PACK_IDX_SIGNATURE = "\377tOc".force_encoding(Encoding::BINARY) }}} If you don't do that, you will try to compare the same string but with 2 different encodings: Encoding:ASCII-8BIT and Encoding:UTF-8. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 21:45:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 05:45:31 -0000 Subject: [MacRuby] #1027: trying to install rails creates a recursive loop Message-ID: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> #1027: trying to install rails creates a recursive loop -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ $ sudo macgem install rails --debug --verbose Fetching http://rubygems.org/latest_specs.4.8.gz OK Fetching http://rubygems.org/specs.4.8.gz OK }}} My CPU goes through the roof and the memory keeps growing, sampling the process I get the following: {{{ Analysis of sampling macruby (pid 62005) every 1 millisecond Process: macruby [62005] Path: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby Load Address: 0x100000000 Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: bash [35009] Date/Time: 2010-12-05 21:37:23.963 -0800 OS Version: Mac OS X 10.6.5 (10H574) Report Version: 6 Call graph: 1752 Thread_754744 DispatchQueue_1: com.apple.main-thread (serial) 1752 start 1752 main 1752 ruby_run_node 1752 rb_vm_run 1752 0x100ef73ba 1752 0x100ef797c 1752 rb_vm_dispatch 1752 MREP_5F1B46BFF34246D3A52DAD8E9EBB57E7 1752 0x103cc75a1 1752 rb_vm_dispatch 1752 MREP_4FF795740F8D4C2FA1A32F93F6B9C7C6 1752 0x103ccd571 1752 rb_vm_dispatch 1752 MREP_4FF795740F8D4C2FA1A32F93F6B9C7C6 1752 0x103ccd571 1752 rb_vm_dispatch 1752 MREP_FD94CBDE19944CE28D35753A50CBDE7B 1752 0x103cdd751 1752 rb_vm_dispatch 1752 MREP_B71BF29B238A493FA64D65ADD724E327 1752 0x103cf7111 1752 rb_vm_dispatch 1752 rary_reserve 1752 rb_yield 1752 rb_vm_yield_args 1752 MREP_B71BF29B238A493FA64D65ADD724E327 1752 0x103cf7111 1752 rb_vm_dispatch 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 1752 0x104d70a81 1752 rb_vm_dispatch 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 1752 0x104d70a81 1752 rb_vm_dispatch 1752 rary_reserve 1752 rb_yield 1752 rb_vm_yield_args 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 1752 0x104d70a81 1752 rb_vm_dispatch 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 1752 0x104d70a81 1752 rb_vm_dispatch 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 1752 0x1050b2d81 1752 rb_vm_dispatch 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 1752 0x1050b2d81 1752 rb_vm_dispatch 1752 st_foreach_safe 1752 st_foreach 1752 ruby_xcalloc 1752 ruby_xcalloc 1752 rb_yield 1752 rb_vm_yield_args 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 1752 0x1050b2d81 1752 rb_vm_dispatch 1752 rb_ary_new3 1752 rb_yield 1751 rb_vm_yield_args 1737 MREP_E703CF12A5E24BF0B2816D4959A62795 1660 0x1050b2d81 1660 rb_vm_dispatch 891 rb_class_new_instance_imp 776 rb_vm_dispatch 721 MREP_ED3FA9FE11CE453BB2C205CC2244B590 543 0x102d6e6a1 543 rb_vm_dispatch 529 MREP_DF2F9DF153294E148F2D9151878E3179 469 0x102d64b41 469 rb_vm_dispatch 467 rb_class_new_instance_imp 400 rb_vm_dispatch 378 MREP_DF2F9DF153294E148F2D9151878E3179 284 0x102d64b41 284 rb_vm_dispatch 151 rb_ary_new 144 rb_ary_new 42 rb_ary_new3 42 auto_zone_set_write_barrier 40 __spin_lock 1 Auto::Zone::block_start(void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 OSSpinLockUnlock 28 rb_check_convert_type 27 rb_obj_init_copy 19 __sel_registerName 7 _rwlock_read_nodebug 4 objc_selopt::objc_selopt_t::get(char const*) const 3 objc_selopt::objc_selopt_t::hash(char const*) const 1 objc_selopt::objc_selopt_t::get(char const*) const 2 __compare_and_swap32 2 __objc_sel_set_get 2 __objc_sel_set_findBuckets 1 DYLD-STUB$$OSAtomicCompareAndSwap32Barrier 1 OSAtomicAdd32 1 __atomic_add32 1 OSAtomicCompareAndSwap32 1 __compare_and_swap32 1 _objc_search_builtins 6 rb_vm_respond_to 5 rb_vm_yield_under 3 rb_vm_yield_under 2 class_getMethodImplementation 2 lookUpMethod 1 rb_vm_respond_to 1 rb_obj_init_copy 1 sel_registerName 1 rb_check_convert_type 26 st_init_table_with_size 17 ruby_xcalloc 16 auto_zone_allocate_object 16 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 11 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 6 Auto::Thread::flush_local_blocks() 5 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 __spin_lock 1 ruby_xcalloc 5 auto_zone_set_write_barrier 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 __spin_lock 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 3 ruby_xmalloc 2 auto_zone_allocate_object 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 ruby_xmalloc 1 st_init_table_with_size 22 rb_ary_new2 13 rary_reserve 11 ruby_xmalloc_ptrs 11 auto_zone_allocate_object 11 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 4 Auto::Admin::find_allocation(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 __bzero 2 memset 1 DYLD-STUB$$_spin_lock 1 __spin_lock 2 auto_zone_set_write_barrier 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 9 rb_objc_newobj 9 auto_zone_allocate_object 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 7 Auto::Thread::flush_local_blocks() 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 16 rary_reserve 12 auto_zone_set_write_barrier 11 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 4 ruby_xmalloc_ptrs 4 auto_zone_allocate_object 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 malloc_zone_calloc 1 szone_malloc_should_clear 1 __bzero 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 4 st_insert 2 auto_zone_set_write_barrier 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 st_insert 2 rb_ary_new 2 rb_objc_newobj 2 auto_zone_allocate_object 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 auto_zone_allocate_object 1 DYLD-STUB$$rb_objc_type 1 auto_zone_set_write_barrier 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 2 rb_ary_new 2 rb_scan_args 1 DYLD-STUB$$rb_obj_is_native 1 rb_obj_freeze 1 rb_objc_type 1 rb_obj_frozen_p 120 rb_assoc_new 117 rb_yield 114 rb_vm_yield_args 97 MREP_DF2F9DF153294E148F2D9151878E3179 96 0x102d64b41 96 rb_vm_dispatch 85 MREP_DF2F9DF153294E148F2D9151878E3179 63 rb_ary_new2 40 rb_objc_newobj 21 auto_zone_allocate_object 21 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 20 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 17 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 2 Auto::AutoPointerHash::add(void*, unsigned int) 1 OSSpinLockUnlock 1 auto_collect 19 rb_objc_newobj 23 rary_reserve 14 auto_zone_set_write_barrier 13 Auto::Zone::block_start(void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 9 ruby_xmalloc_ptrs 9 auto_zone_allocate_object 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 DYLD-STUB$$_spin_lock 1 auto_collect 1 Auto::ThreadLocalCollector::should_collect(Auto::Zone*, Auto::Thread&, bool) 2 Auto::Zone::registered_thread() 10 rb_str_new 6 rb_str_intern_fast 4 ruby_xmalloc 3 auto_zone_allocate_object 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Zone::registered_thread() 1 ruby_xmalloc 1 auto_zone_set_write_barrier 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 memcpy 3 rb_objc_newobj 3 auto_zone_allocate_object 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 rb_str_new 9 auto_zone_set_write_barrier 6 Auto::Zone::block_start(void*) 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 0x102d64de8 2 0x102d64b41 2 rb_vm_dispatch 2 rb_obj_is_kind_of 2 rb_objc_type 1 0x102d64dc8 6 rb_vm_dispatch 5 rb_class_real 1 MREP_DF2F9DF153294E148F2D9151878E3179 17 rb_vm_yield_args 3 rb_yield 2 rb_assoc_new 1 rb_vm_pop_broken_value 13 rb_vm_dispatch 57 0x102d646b9 57 auto_zone_set_write_barrier 37 __spin_lock 19 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 18 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) 17 Auto::ThreadLocalCollector::eject_local_block(void*) 8 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 5 Auto::ThreadLocalScanner::check_block(void**, void*) 3 Auto::AutoPointerHash::slotIndex(void*) const 2 Auto::ThreadLocalScanner::check_block(void**, void*) 3 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 4 Auto::ThreadLocalCollector::eject_local_block(void*) 2 Auto::AutoPointerHash::slotIndex(void*) const 1 Auto::AutoPointerHash::remove(unsigned int) 1 class_getIvarLayout 1 objc_layout_for_address 1 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 Auto::Zone::block_start(void*) 19 rb_vm_prepare_block 15 auto_zone_set_write_barrier 13 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 13 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) 12 Auto::ThreadLocalCollector::eject_local_block(void*) 4 Auto::ThreadLocalCollector::eject_local_block(void*) 4 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 2 Auto::AutoPointerHash::remove(unsigned int) 1 Auto::AutoPointerHash::slotIndex(void*) const 1 objc_layout_for_address 1 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) 1 auto_zone_set_write_barrier 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 4 rb_vm_prepare_block 9 0x102d646ef 2 0x102d64663 2 MREP_DF2F9DF153294E148F2D9151878E3179 1 0x102d646e8 1 rb_vm_get_ivar_slot 1 rb_objc_type 1 0x102d64948 1 0x102d64a4f 1 0x102d64a61 1 rb_vm_returned_from_block 22 rb_ary_new4 17 rb_ary_new2 17 rary_reserve 9 ruby_xmalloc_ptrs 9 auto_zone_allocate_object 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 2 malloc_zone_calloc 2 szone_malloc_should_clear 1 __bzero 1 szone_malloc_should_clear 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 2 Auto::AutoPointerHash::add(void*, unsigned int) 6 auto_zone_set_write_barrier 5 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 5 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 Auto::Zone::block_start(void*) 2 rary_reserve 5 auto_zone_set_write_barrier 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 Auto::Zone::block_start(void*) 1 __spin_lock 1 auto_zone_set_write_barrier 46 auto_zone_set_write_barrier 42 __spin_lock 1 Auto::Zone::block_start(void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 auto_zone_set_write_barrier 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 13 ruby_xmalloc 13 auto_zone_allocate_object 13 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 12 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 11 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 5 rb_objc_newobj 5 auto_zone_allocate_object 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 auto_zone_allocate_object 1 rb_class_new_instance_imp 1 rb_vm_current_block 1 rb_vm_current_vm 1 DYLD-STUB$$rb_vm_current_vm 1 rb_vm_dispatch 40 0x102d64de8 38 0x102d64b41 38 rb_vm_dispatch 37 rb_vm_dispatch 1 rb_obj_is_kind_of 1 rb_objc_type 1 0x102d64981 1 0x102d64ae0 1 rb_vm_get_mcache 16 rb_vm_const_lookup 10 rb_mod_remove_const 5 rb_ivar_defined 2 rb_ivar_defined 1 CFDictionaryGetValueIfPresent 1 CFBasicHashFindBucket 1 ___CFBasicHashFindBucket1 1 _class_getSuperclass 1 rb_objc_type 3 rb_mod_remove_const 1 CFDictionaryGetValueIfPresent 1 CFBasicHashFindBucket 1 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 1 rb_gvar_defined 1 Auto::Zone::get_associative_ref(void*, void*) 2 CFDictionaryGetValueIfPresent 2 CFBasicHashFindBucket 2 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 1 ___CFBasicHashFindBucket1 2 rb_vm_const_lookup 1 __spin_lock 1 rb_ivar_defined 1 CFDictionaryGetValueIfPresent 1 CFBasicHashFindBucket 1 ___CFBasicHashFindBucket1 3 MREP_DF2F9DF153294E148F2D9151878E3179 1 0x102d64dc8 12 rb_vm_dispatch 2 rary_reserve 1 rary_reserve 1 rary_reserve 60 0x102d6e219 60 auto_zone_set_write_barrier 50 __spin_lock 5 Auto::Zone::block_start(void*) 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 2 auto_zone_set_write_barrier 41 0x102d6e24f 28 0x102d6e248 28 rb_vm_get_ivar_slot 23 ruby_xrealloc 23 malloc_zone_realloc 23 auto_realloc(_malloc_zone_t*, void*, unsigned long) 13 auto_zone_write_barrier_memmove 9 auto_zone_write_barrier_memmove 3 __memcpy 1 Auto::Thread::track_local_memcopy(Auto::Zone*, void const*, void*, unsigned long) 6 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 5 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 Auto::Zone::block_refcount_and_layout(void*, int*, int*) 1 Auto::Zone::block_refcount_and_layout(void*, int*, int*) 1 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) 1 __spin_lock 1 auto_realloc(_malloc_zone_t*, void*, unsigned long) 3 rb_vm_get_ivar_slot 2 auto_zone_set_write_barrier 2 __spin_lock 16 rb_vm_const_lookup 6 rb_mod_remove_const 2 rb_gvar_defined 2 rb_ivar_defined 1 CFDictionaryGetValueIfPresent 1 CFBasicHashFindBucket 1 ___CFBasicHashFindBucket1 1 rb_objc_type 1 CFDictionaryGetValueIfPresent 1 CFBasicHashFindBucket 1 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 1 rb_mod_remove_const 5 CFDictionaryGetValueIfPresent 3 CFBasicHashFindBucket 3 ___CFBasicHashFindBucket1 2 CFDictionaryGetValueIfPresent 3 rb_ivar_defined 2 CFDictionaryGetValueIfPresent 2 CFBasicHashFindBucket 2 ___CFBasicHashFindBucket1 1 rb_ivar_defined 1 __spin_lock 1 rb_objc_type 12 0x102d6e888 11 0x102d6e6a1 11 rb_vm_dispatch 8 rb_obj_is_kind_of 6 rb_obj_is_kind_of 2 class_isMetaClass 1 _class_isMetaClass 1 class_isMetaClass 3 rb_vm_dispatch 1 0x102d6e69c 12 MREP_ED3FA9FE11CE453BB2C205CC2244B590 2 0x102d6e685 1 0x102d6e1ce 1 0x102d6e214 1 0x102d6e237 1 0x102d6e645 1 0x102d6e65c 1 0x102d6e868 1 DYLD-STUB$$rb_vm_current_vm 53 rb_ary_new4 51 rb_ary_new2 49 rary_reserve 39 auto_zone_set_write_barrier 37 __spin_lock 1 Auto::Zone::block_start(void*) 1 auto_zone_set_write_barrier 9 ruby_xmalloc_ptrs 7 auto_zone_allocate_object 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 6 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 4 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 auto_collect 1 pthread_mutex_lock 1 semaphore_wait_trap 2 ruby_xmalloc_ptrs 1 rary_reserve 2 rb_objc_newobj 2 auto_zone_allocate_object 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 auto_zone_set_write_barrier 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 2 rb_vm_dispatch 95 auto_zone_set_write_barrier 80 __spin_lock 12 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 1 Auto::Zone::block_start(void*) 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 auto_zone_set_write_barrier 7 rb_objc_newobj 7 auto_zone_allocate_object 5 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 auto_collect 1 Auto::Zone::registered_thread() 1 auto_zone_allocate_object 7 ruby_xmalloc 7 auto_zone_allocate_object 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 6 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::Thread::flush_local_blocks() 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 3 rb_safe_level 1 rb_class_new_instance_imp 1 rb_vm_current_block 1 rb_vm_current_vm 766 MREP_ED3FA9FE11CE453BB2C205CC2244B590 310 0x102d6e6a1 310 rb_vm_dispatch 173 rb_unicode_regex_new_retained 166 rb_unicode_regex_new_retained 85 ruby_xfree 85 auto_zone_retain 81 __spin_lock 4 Auto::Zone::block_increment_refcount(void*) 2 Auto::Zone::block_increment_refcount(void*) 2 Auto::Zone::inc_refcount_small_medium(Auto::Subzone*, void*) 2 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) 2 Auto::AutoPointerHash::remove(void*) 28 __spin_lock 22 rb_reg_matcher_new 11 uregex_clone 8 icu::RegexPattern::matcher(UErrorCode&) const 5 icu::RegexMatcher::RegexMatcher(icu::RegexPattern const*) 5 icu::RegexMatcher::init(UErrorCode&) 3 icu::UVector32::UVector32(UErrorCode&) 3 malloc 3 malloc_zone_malloc 3 szone_malloc_should_clear 3 tiny_malloc_from_free_list 2 malloc 2 malloc_zone_malloc 2 szone_malloc_should_clear 2 tiny_malloc_from_free_list 3 malloc 3 malloc_zone_malloc 1 __spin_lock 1 malloc_zone_malloc 1 szone_malloc_should_clear 3 malloc 3 malloc_zone_malloc 3 szone_malloc_should_clear 8 rb_objc_newobj 7 auto_zone_allocate_object 4 auto_zone_allocate_object 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::ThreadLocalCollector::should_collect(Auto::Zone*, Auto::Thread&, bool) 1 Auto::Zone::registered_thread() 1 rb_objc_newobj 1 rb_enc_get 1 rb_objc_type 1 rb_str_get_uchars 1 uregex_setText 1 icu::UnicodeString::setTo(signed char, unsigned short const*, int) 1 icu::UnicodeString::releaseArray() 10 uregex_close 10 uregex_find 7 icu::RegexMatcher::~RegexMatcher() 2 free 2 szone_size 2 icu::UVector32::~UVector32() 1 __spin_lock 1 icu::UVector32::~UVector32() 2 szone_free_definite_size 1 DYLD-STUB$$_spin_lock 2 szone_free_definite_size 1 free 7 rb_reg_compile 5 uregex_findNext 5 icu::RegexMatcher::find() 3 icu::RegexMatcher::find() 2 icu::RegexMatcher::MatchAt(int, signed char, UErrorCode&) 1 rb_backref_set 1 uregex_setRegion 6 Auto::Zone::block_deallocate(void*) 5 Auto::Zone::block_deallocate(void*) 1 class_getWeakIvarLayout 3 szone_free_definite_size 1 DYLD-STUB$$rb_enc_get 1 auto_free(_malloc_zone_t*, void*) 1 malloc_zone_free 1 rb_check_convert_type 1 rb_objc_type 6 rb_unicode_regex_new_retained 1 rb_check_convert_type 1 rb_objc_type 116 rb_reg_quote 77 rb_unicode_str_new 73 rb_str_intern_fast 70 auto_zone_set_write_barrier 62 __spin_lock 6 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 3 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 auto_zone_set_write_barrier 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 2 ruby_xmalloc 1 auto_zone_allocate_object 1 ruby_xmalloc 1 rb_str_intern_fast 3 rb_objc_newobj 3 auto_zone_allocate_object 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 2 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 rb_unicode_str_new 38 rb_reg_quote 1 rb_str_get_uchars 14 rb_vm_dispatch 4 rb_ivar_defined 3 rb_vm_get_ivar_slot 1 rb_objc_type 2 0x100f2c9e1 1 0x100ef83a3 282 rb_reg_new_str 276 rb_reg_matcher_destroy 234 uregex_open 194 icu::RegexPattern::compile(icu::UnicodeString const&, unsigned int, UParseError&, UErrorCode&) 149 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 113 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 43 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 19 icu::UnicodeSet::contains(int) const 15 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 5 icu::UnicodeString::moveIndex32(int, int) const 3 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, UErrorCode&) 2 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, UErrorCode&) 1 DYLD-STUB$$memmove 1 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 29 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 18 icu::CompactTrieDictionary::openWords(UErrorCode&) const 14 icu::UVector32::expandCapacity(int, UErrorCode&) 14 realloc 13 malloc_zone_realloc 12 szone_realloc 5 szone_realloc 4 szone_malloc_should_clear 2 szone_malloc_should_clear 2 tiny_malloc_from_free_list 1 tiny_free_list_add_ptr 1 tiny_malloc_from_free_list 1 __spin_lock 1 mag_lock_zine_for_region_trailer 1 szone_free 1 DYLD-STUB$$_spin_unlock 1 szone_size 4 icu::CompactTrieDictionary::openWords(UErrorCode&) const 7 icu::UVector32::~UVector32() 3 free 2 szone_size 1 free 2 icu::UVector32::~UVector32() 2 szone_free_definite_size 2 tiny_free_list_add_ptr 5 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, UErrorCode&) 4 icu::UnicodeString::doReplace(int, int, unsigned short const*, int, int) 3 icu::UnicodeString::doReplace(int, int, unsigned short const*, int, int) 1 memmove 1 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, UErrorCode&) 4 icu::UnicodeSet::contains(int) const 3 icu::UnicodeSet::add(int) 2 icu::UVector32::setElementAt(int, int) 1 icu::UVector32::UVector32(int, UErrorCode&) 1 malloc 1 malloc_zone_malloc 1 szone_malloc_should_clear 1 tiny_malloc_from_free_list 1 icu::UVector32::setSize(int) 22 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 4 icu::UVector::~UVector() 3 szone_free_definite_size 2 szone_free_definite_size 1 tiny_free_list_add_ptr 1 free 1 szone_size 4 icu::UnicodeSet::contains(int) const 3 icu::UStack::UStack(UErrorCode&) 3 icu::UVector::UVector(UErrorCode&) 3 malloc 3 malloc_zone_malloc 3 szone_malloc_should_clear 2 tiny_malloc_from_free_list 1 szone_malloc_should_clear 2 icu::UnicodeString::copyFrom(icu::UnicodeString const&, signed char) 1 icu::UnicodeString::operator=(icu::UnicodeString const&) 36 icu::RegexPattern::RegexPattern() 31 icu::RegexPattern::init() 13 uprv_malloc 7 icu::UVector32::UVector32(UErrorCode&) 6 malloc 5 malloc_zone_malloc 5 szone_malloc_should_clear 3 tiny_malloc_from_free_list 2 szone_malloc_should_clear 1 malloc 1 icu::UVector32::UVector32(UErrorCode&) 5 malloc 5 malloc_zone_malloc 3 szone_malloc_should_clear 1 __cpu_number 1 szone_malloc_should_clear 1 tiny_malloc_from_free_list 1 DYLD-STUB$$_spin_unlock 1 __spin_lock 3 icu::UVector::UVector(UErrorCode&) 2 icu::UVector::UVector(UErrorCode&) 1 malloc 1 malloc_zone_malloc 1 szone_malloc_should_clear 3 icu::UnicodeSet::UnicodeSet() 2 icu::UnicodeSet::allocateStrings(UErrorCode&) 1 icu::UVector::UVector(void (*)(void*), signed char (*)(UHashTok, UHashTok), int, UErrorCode&) 1 icu::UnicodeSet::allocateStrings(UErrorCode&) 1 malloc 1 malloc_zone_malloc 1 szone_malloc_should_clear 1 tiny_malloc_from_free_list 4 icu::UVector::addElement(int, UErrorCode&) 1 u_init 1 __spin_lock 5 icu::UVector32::~UVector32() 4 szone_free_definite_size 2 szone_free_definite_size 2 tiny_free_list_remove_ptr 1 __spin_lock 2 icu::RegexPattern::compile(icu::UnicodeString const&, unsigned int, UParseError&, UErrorCode&) 2 malloc 2 malloc_zone_malloc 2 szone_malloc_should_clear 2 tiny_malloc_from_free_list 11 malloc 10 malloc_zone_malloc 7 szone_malloc_should_clear 6 tiny_malloc_from_free_list 4 tiny_malloc_from_free_list 2 tiny_free_list_add_ptr 1 szone_malloc_should_clear 3 __spin_lock 1 malloc 11 uregex_open 9 icu::UnicodeString::UnicodeString(signed char, unsigned short const*, int) 6 icu::RegexPattern::matcher(UErrorCode&) const 2 icu::RegexMatcher::RegexMatcher(icu::RegexPattern const*) 2 icu::RegexMatcher::init2(icu::UnicodeString const&, UErrorCode&) 1 icu::RegexMatcher::init2(icu::UnicodeString const&, UErrorCode&) 1 icu::RegexMatcher::reset(icu::UnicodeString const&) 1 icu::RegexMatcher::reset() 1 icu::RegexPattern::matcher(UErrorCode&) const 1 malloc 1 malloc_zone_malloc 1 szone_malloc_should_clear 1 tiny_malloc_from_free_list 2 icu::UnicodeString::UnicodeString() 1 icu::UMemory::operator new(unsigned long) 18 rb_str_get_uchars 18 rb_objc_get_types 6 ucnv_toUnicode 4 ucnv_getInvalidChars 3 ucnv_getUnicodeSet 1 ucnv_getInvalidChars 2 ucnv_toUnicode 4 ruby_xmalloc 3 auto_zone_allocate_object 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 ruby_xmalloc 3 ucnv_close 2 UCNV_TO_U_CALLBACK_STOP 1 ucnv_close 2 auto_zone_set_write_barrier 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 2 ucnv_safeClone 1 __memcpy 1 ucnv_safeClone 1 DYLD-STUB$$memset 14 malloc 13 malloc_zone_malloc 8 __spin_lock 4 szone_malloc_should_clear 2 tiny_malloc_from_free_list 1 __cpu_number 1 szone_malloc_should_clear 1 malloc_zone_malloc 1 malloc 3 rb_reg_matcher_destroy 3 u_strFindFirst 2 rb_objc_str_is_pure 1 __memcpy 1 free 5 rb_objc_newobj 5 auto_zone_allocate_object 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::AutoPointerHash::add(void*, unsigned int) 1 auto_zone_allocate_object 1 rb_reg_new_str 65 rb_str_new_fast 54 rstr_concat 52 rb_str_bstr 46 rb_str_bstr 26 rb_str_intern_fast 26 rb_objc_str_is_pure 11 auto_zone_set_write_barrier 8 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 8 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 1 Auto::Zone::block_start(void*) 1 auto_zone_set_write_barrier 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 9 ruby_xmalloc 9 auto_zone_allocate_object 8 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 7 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 5 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 4 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 1 malloc_zone_calloc 1 szone_malloc_should_clear 1 small_malloc_from_free_list 2 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 Auto::Zone::registered_thread() 5 ruby_xrealloc 5 malloc_zone_realloc 5 auto_realloc(_malloc_zone_t*, void*, unsigned long) 2 Auto::Zone::block_refcount_and_layout(void*, int*, int*) 2 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) 1 __bzero 1 __spin_lock 1 memset 1 rb_objc_str_is_pure 17 rb_objc_get_types 6 ucnv_fromUnicode 3 ucnv_fromUnicode 3 ucnv_toUChars 3 ucnv_getUnicodeSet 4 ruby_xmalloc 4 auto_zone_allocate_object 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 1 auto_collect 4 ucnv_safeClone 2 __memcpy 2 ucnv_safeClone 2 auto_zone_set_write_barrier 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 1 auto_zone_set_write_barrier 1 icu::UCharCharacterIterator::clone() const 3 rb_str_bstr 3 rb_obj_freeze 2 rb_obj_freeze 1 rb_objc_type 2 rb_str_bstr 1 rb_obj_is_native 1 rb_objc_type 1 rstr_concat 9 rb_bstr_bytes 9 rb_objc_newobj 9 auto_zone_allocate_object 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 1 rb_objc_type 1 rb_str_new_fast 54 rb_vm_const_lookup 39 rb_mod_remove_const 22 rb_gvar_defined 19 __spin_lock 2 Auto::Zone::get_associative_ref(void*, void*) 1 DYLD-STUB$$_spin_lock 11 CFDictionaryGetValueIfPresent 6 objc_assign_strongCast_gc 3 auto_zone_root_write_barrier 3 auto_zone_set_write_barrier 2 auto_zone_set_write_barrier 1 Auto::Zone::block_start(void*) 5 CFBasicHashFindBucket 5 ___CFBasicHashFindBucket1 4 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 5 rb_mod_remove_const 1 rb_ivar_defined 4 CFDictionaryGetValueIfPresent 3 CFBasicHashFindBucket 3 ___CFBasicHashFindBucket1 2 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 1 CFDictionaryGetValueIfPresent 4 rb_class_ivar_dict 3 _class_getInstanceSize 1 _class_getSuperclass 2 rb_const_get 2 rb_ivar_defined 1 CFDictionaryGetValueIfPresent 1 rb_objc_type 1 class_getSuperclass 1 rb_objc_type 1 rb_vm_const_lookup 41 rb_str_new 33 rb_str_intern_fast 27 ruby_xmalloc 27 auto_zone_allocate_object 27 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 19 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 13 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 5 Auto::Thread::flush_local_blocks() 4 Auto::Thread::flush_local_blocks() 1 Auto::AutoPointerHash::remove(unsigned int) 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 8 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 5 auto_zone_set_write_barrier 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 2 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 1 Auto::Zone::block_start(void*) 1 __memcpy 7 rb_objc_newobj 7 auto_zone_allocate_object 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 3 Auto::AutoPointerHash::add(void*, unsigned int) 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 2 auto_zone_allocate_object 1 Auto::Zone::registered_thread() 1 rb_str_new 7 MREP_ED3FA9FE11CE453BB2C205CC2244B590 4 0x102d6e888 2 0x102d6e6a1 2 rb_vm_dispatch 2 rb_obj_is_kind_of 2 rb_objc_type 1 0x102d6e4ab 1 DYLD-STUB$$rb_vm_current_vm 3 0x102d6e5ba 3 rb_vm_current_vm 2 rb_vm_current_vm 1 pthread_getspecific 3 rb_vm_dispatch 54 rb_vm_const_lookup 34 rb_mod_remove_const 13 rb_gvar_defined 11 __spin_lock 1 Auto::Zone::get_associative_ref(void*, void*) 1 rb_objc_get_associative_ref 7 rb_mod_remove_const 6 rb_ivar_defined 3 CFDictionaryGetValueIfPresent 2 objc_assign_strongCast_gc 1 auto_zone_set_write_barrier 1 Auto::Zone::block_start(void*) 1 objc_assign_strongCast_gc 1 CFDictionaryGetValueIfPresent 2 rb_objc_type 1 rb_ivar_defined 3 CFDictionaryGetValueIfPresent 2 CFDictionaryGetValueIfPresent 1 objc_assign_strongCast_gc 1 auto_zone_set_write_barrier 1 Auto::Zone::block_start(void*) 2 rb_ary_len 1 _class_getInstanceSize 1 _class_getSuperclass 1 rb_ary_elt 7 CFDictionaryGetValueIfPresent 7 CFBasicHashFindBucket 7 ___CFBasicHashFindBucket1 6 ___CFBasicHashFindBucket1 1 __CFDictionaryCallback 6 rb_vm_const_lookup 2 rb_class_ivar_dict 1 _class_getInstanceSize 1 rb_class_ivar_dict 2 rb_ivar_defined 1 _class_getSuperclass 1 rb_ivar_defined 1 pthread_mutex_lock 1 OSSpinLockLock 1 rb_const_get 1 rb_objc_type 16 DYLD-STUB$$pthread_getspecific 3 MREP_E703CF12A5E24BF0B2816D4959A62795 2 0x1050b2b8b 1 0x1050b2c8f 1 rb_vm_get_current_class 7 rb_vm_yield_args 5 rb_objc_type 2 rb_ary_ptr 1 rb_yield 1752 Thread_754756 DispatchQueue_2: com.apple.libdispatch-manager (serial) 1752 start_wqthread 1752 _pthread_wqthread 1752 _dispatch_worker_thread2 1752 _dispatch_queue_invoke 1752 _dispatch_mgr_invoke 1752 kevent 1752 Thread_754770 1752 thread_start 1752 _pthread_start 1752 __NSThread__main__ 1752 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] 1752 CFRunLoopRunSpecific 1752 __CFRunLoopRun 1752 mach_msg 1752 mach_msg_trap 1752 Thread_754774: com.apple.CFSocket.private 1752 thread_start 1752 _pthread_start 1752 __CFSocketManager 1752 select$DARWIN_EXTSN 1737 Thread_ DispatchQueue_10: Garbage Collection Work Queue (serial) 1737 start_wqthread 1737 _pthread_wqthread 1737 _dispatch_worker_thread2 1737 _dispatch_queue_invoke 1737 _dispatch_queue_drain 1736 _dispatch_call_block_and_release 1736 auto_collection_work(Auto::Zone*) 1736 auto_collect_internal(Auto::Zone*, unsigned int) 1593 Auto::Zone::collect(bool, void*, unsigned long long*) 1221 Auto::MemoryScanner::scan() 588 Auto::Collector::check_roots() 557 Auto::MemoryScanner::scan_retained_and_old_blocks() 557 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_and_old_blocks_visitor&) 476 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_and_old_blocks_visitor&) 81 Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) 31 Auto::MemoryScanner::scan_retained_blocks() 31 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_blocks_visitor&) 570 Auto::MemoryScanner::scan_pending_until_done() 523 Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned long, void*) 304 Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) 133 objc_layout_for_address 84 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 58 Auto::MemoryScanner::set_pending(void*) 26 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 72 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 69 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 39 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 29 Auto::MemoryScanner::set_pending(void*) 1 Auto::MemoryScanner::check_block(void**, void*) 3 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 11 Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) 4 class_getIvarLayout 176 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 128 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 48 Auto::MemoryScanner::set_pending(void*) 43 Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned long, void*) 30 Auto::MemoryScanner::scan_pending_until_done() 12 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 11 Auto::MemoryScanner::set_pending(void*) 1 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 5 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 4 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 1 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 48 Auto::MemoryScanner::scan_thread_ranges(bool, bool) 48 Auto::Zone::scan_registered_threads(void ( block_pointer)(Auto::Thread*)) 47 Auto::Thread::scan_other_thread(Auto::MemoryScanner&, bool) 45 Auto::MemoryScanner::scan_pending_until_done() 40 Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned long, void*) 23 Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) 12 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 8 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 4 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 4 Auto::MemoryScanner::set_pending(void*) 4 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 5 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 4 Auto::MemoryScanner::set_pending(void*) 1 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 4 objc_layout_for_address 1 Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) 1 class_getIvarLayout 14 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 13 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 1 Auto::MemoryScanner::set_pending(void*) 3 Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned long, void*) 3 Auto::MemoryScanner::scan_pending_until_done() 2 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 1 Auto::Thread::resume() 1 thread_resume 1 mach_msg 1 mach_msg_trap 1 Auto::Thread::suspend() 1 thread_suspend 1 mach_msg 1 mach_msg_trap 1 pthread_mutex_lock 15 Auto::Collector::scan_barrier() 15 Auto::Zone::enlivening_barrier(Auto::MemoryScanner&) 15 Auto::MemoryScanner::repend(void*) 346 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scavenge_blocks_visitor&) 14 weak_clear_references 5 Auto::WriteBarrier::mark_cards_untouched() 4 __bzero 3 Auto::WriteBarrier::clear_untouched_cards() 83 Auto::Zone::invalidate_garbage(unsigned long, unsigned long const*) 83 batchFinalize 83 Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) 74 finalizeOneObject 46 rb_char_to_icu_option 43 uregex_close 39 uregex_find 24 icu::RegexPattern::~RegexPattern() 22 icu::RegexPattern::zap() 8 icu::RegexPattern::zap() 5 icu::UnicodeSet::~UnicodeSet() 2 szone_free_definite_size 1 szone_free_definite_size 1 tiny_free_list_remove_ptr 1 __spin_lock 1 icu::UVector::~UVector() 1 szone_free_definite_size 1 icu::UnicodeSet::~UnicodeSet() 3 icu::UVector32::~UVector32() 3 szone_free_definite_size 3 icu::UVector::~UVector() 1 __spin_lock 1 free 1 szone_size 1 szone_free_definite_size 1 tiny_free_list_add_ptr 1 __spin_lock 1 free 1 szone_free_definite_size 2 icu::UnicodeString::~UnicodeString() 2 szone_free_definite_size 11 icu::RegexMatcher::~RegexMatcher() 5 icu::UVector32::~UVector32() 4 free 1 szone_free_definite_size 1 tiny_free_do_recirc_to_depot 1 madvise_free_range 1 madvise 4 szone_free_definite_size 3 szone_free_definite_size 1 tiny_free_list_add_ptr 2 icu::RegexMatcher::~RegexMatcher() 2 __spin_lock 1 free 1 szone_size 1 szone_free_definite_size 1 tiny_free_list_remove_ptr 3 OSAtomicAdd32 3 __atomic_add32 1 icu::UMemory::operator delete(void*) 1 __spin_lock 1 free 1 szone_free_definite_size 15 object_getClassName 5 object_cxxDestructFromClass 4 _class_hasCxxStructorsNoSuper 1 _class_getSuperclass 3 _class_getName 2 objc_msgSend 1 -[NSObject(NSObject) finalize] 1 objc_collectingEnabled 1 DYLD-STUB$$uregex_close 1 finalizeOneObject 3 Auto::Zone::block_layout(void*) 3 Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) 2 Auto::Zone::block_size(void*) 1 object_cxxDestruct 51 Auto::Zone::free_garbage(unsigned int, unsigned long, unsigned long*, unsigned long&, unsigned long&) 19 Auto::Zone::free_garbage(unsigned int, unsigned long, unsigned long*, unsigned long&, unsigned long&) 14 Auto::Admin::deallocate(void*) 8 Auto::Admin::deallocate_no_lock(void*) 6 Auto::Admin::deallocate(void*) 6 __spin_lock 4 Auto::Zone::block_refcount(void*) 4 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) 4 objc_weak_layout_for_address 7 vm_msync 7 mach_msg 7 mach_msg_trap 1 DYLD-STUB$$_spin_unlock 1 thread_info 1 mach_msg 1 mach_msg_trap 1 _dispatch_queue_drain 1254 Thread_755081 1254 start_wqthread 1254 _pthread_wqthread 1254 __workq_kernreturn 470 Thread_754973 470 start_wqthread 469 _pthread_wqthread 469 __workq_kernreturn 1 start_wqthread 43 Thread_754973 DispatchQueue_9: com.apple.root.high-overcommit- priority (serial) 43 start_wqthread 43 _pthread_wqthread 43 _dispatch_worker_thread2 42 _dispatch_queue_invoke 42 _dispatch_wakeup 42 _dispatch_queue_push_list_slow 42 _dispatch_wakeup 42 _dispatch_queue_wakeup_global 42 pthread_workqueue_additem_np 42 pick_nextworkqueue_droplock 39 pick_nextworkqueue_droplock 3 __workq_kernreturn 1 _dispatch_worker_thread2 Total number in stack (recursive counted multiple, when >=5): 34 __spin_lock 27 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 27 auto_zone_allocate_object 27 auto_zone_set_write_barrier 26 rb_vm_dispatch 25 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 21 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 20 rb_objc_type 18 szone_malloc_should_clear 16 szone_free_definite_size 15 Auto::AutoPointerHash::add(void*, unsigned int) 15 Auto::Zone::block_start(void*) 14 CFDictionaryGetValueIfPresent 14 malloc 14 malloc_zone_malloc 12 rb_objc_newobj 12 tiny_malloc_from_free_list 11 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 11 CFBasicHashFindBucket 11 ___CFBasicHashFindBucket1 10 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 10 free 9 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 9 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 9 rary_reserve 9 rb_ivar_defined 9 ruby_xmalloc 7 Auto::MemoryScanner::set_pending(void*) 6 Auto::Zone::registered_thread() 6 __CFDictionaryCallback 6 szone_size 6 tiny_free_list_add_ptr 5 0x102d64b41 5 __bzero 5 __memcpy 5 _class_getSuperclass 5 _pthread_wqthread 5 auto_collect 5 icu::UVector32::~UVector32() 5 mach_msg 5 mach_msg_trap 5 rb_vm_yield_args 5 rb_yield 5 ruby_xmalloc_ptrs 5 start_wqthread Sort by top of stack, same collapsed (when >= 5): mach_msg_trap 1762 kevent 1752 select$DARWIN_EXTSN 1752 __workq_kernreturn 1726 __spin_lock 526 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_and_old_blocks_visitor&) 476 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scavenge_blocks_visitor&) 346 Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 218 Auto::MemoryScanner::set_pending(void*) 155 objc_layout_for_address 139 rb_vm_dispatch 91 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, unsigned int, bool, bool&) 81 Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) 81 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, icu::InitialTimeZoneRule*) 67 Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned long, void*) 46 0x102d6e24f 41 pick_nextworkqueue_droplock 39 rb_reg_quote 38 Auto::Zone::block_start(void*) 36 Auto::MemoryScanner::scan_pending_until_done() 33 bool Auto::visitAllocatedBlocks(Auto::Zone*, Auto::scan_retained_blocks_visitor&) 31 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) 29 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) 29 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) 27 icu::UnicodeSet::contains(int) const 27 rb_objc_type 27 rb_vm_yield_args 24 szone_free_definite_size 23 tiny_malloc_from_free_list 23 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void const*, unsigned long) 22 Auto::AutoPointerHash::add(void*, unsigned int) 21 ___CFBasicHashFindBucket1 21 Auto::Thread::flush_local_blocks() 20 rb_objc_newobj 20 Auto::Zone::free_garbage(unsigned int, unsigned long, unsigned long*, unsigned long&, unsigned long&) 19 MREP_ED3FA9FE11CE453BB2C205CC2244B590 19 Auto::AutoPointerHash::grow(unsigned int, unsigned int) 17 DYLD-STUB$$pthread_getspecific 16 rb_mod_remove_const 16 Auto::MemoryScanner::repend(void*) 15 object_getClassName 15 szone_malloc_should_clear 14 weak_clear_references 14 uprv_malloc 13 Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) 12 auto_zone_set_write_barrier 12 auto_zone_allocate_object 11 uregex_open 11 __bzero 10 0x102d646ef 9 auto_zone_write_barrier_memmove 9 free 9 icu::UnicodeString::UnicodeString(signed char, unsigned short const*, int) 9 rb_vm_const_lookup 9 Auto::Admin::deallocate_no_lock(void*) 8 Auto::ThreadLocalCollector::eject_local_block(void*) 8 Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, Auto::MemoryScanner&) 8 __memcpy 8 icu::RegexPattern::zap() 8 szone_size 8 tiny_free_list_add_ptr 8 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) 7 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) 7 Auto::Zone::registered_thread() 7 CFDictionaryGetValueIfPresent 7 _rwlock_read_nodebug 7 Auto::Admin::deallocate(void*) 6 Auto::AutoPointerHash::slotIndex(void*) const 6 MREP_DF2F9DF153294E148F2D9151878E3179 6 __CFDictionaryCallback 6 class_getIvarLayout 6 rb_ivar_defined 6 rb_obj_is_kind_of 6 rb_unicode_regex_new_retained 6 rb_vm_get_ivar_slot 6 ucnv_getUnicodeSet 6 Auto::WriteBarrier::mark_cards_untouched() 5 Auto::Zone::block_deallocate(void*) 5 _class_getInstanceSize 5 _class_getSuperclass 5 icu::UnicodeString::moveIndex32(int, int) const 5 rary_reserve 5 rb_class_real 5 rb_str_bstr 5 szone_realloc 5 Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) <5E218005-38AE- E6E4-D592-F05E4C43626D> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby 0x100003000 - 0x100b05f77 +libmacruby.dylib 0.8.0 (compatibility 0.8.0) <2058C0C2-56FA-C3FA-5D40-1761E84A9A2E> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib 0x100ee9000 - 0x100eecfff +defaults.rbo ??? (???) <463954FD-E040-F512-DB30-9FB00478003A> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/defaults.rbo 0x100eef000 - 0x100ef0ff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x100ef4000 - 0x100ef4fff CFNetwork.dylib 0.9.0 (compatibility 0.9.0) <49F709FB-1625-004B-DE67-F52FA7C992AB> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Resources/BridgeSupport/CFNetwork.dylib 0x100fb8000 - 0x100fd1ff7 +rubygems.rbo ??? (???) <3B1B56C6 -257E-51C4-FB12-C7F47D1837C9> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems.rbo 0x100fd5000 - 0x100fdbfff +thread.rbo ??? (???) <4B2587AA- BF1C-D105-14D4-93B3F63095D2> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/thread.rbo 0x100fdf000 - 0x100fe0fff +etc.bundle ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/etc.bundle 0x100fe4000 - 0x100fedff7 +rbconfig.rbo ??? (???) <4A7CDF40 -4FDA-7C6E-027D-C9BDB786BD81> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2 /universal-darwin10.0/rbconfig.rbo 0x100ff5000 - 0x100ff7fff +exceptions.rbo ??? (???) <1EF757FD-1886-A321-4EC3-7D7AEE0E7C7B> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/exceptions.rbo 0x100ffb000 - 0x100ffcff7 +custom_require.rbo ??? (???) <5488AB22-A280-F01B-9496-964BB1F4E95A> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/custom_require.rbo 0x102d5a000 - 0x102d5fff7 +version.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/version.rbo 0x102d63000 - 0x102d69fff +requirement.rbo ??? (???) <8C5B5FC5-3066-55E3-0D34-8932665FFDF9> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/requirement.rbo 0x102d6d000 - 0x102d72fff +dependency.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency.rbo 0x102d76000 - 0x102d79ff7 +gem_path_searcher.rbo ??? (???) <346F30F8-6DDA-8E6F-6F65-734EE8837815> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_path_searcher.rbo 0x102d7d000 - 0x102d8dff7 +source_index.rbo ??? (???) <6E4F5D94-8304-4200-92CB-47CFA2502775> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/source_index.rbo 0x102d91000 - 0x102d9afff +user_interaction.rbo ??? (???) <6E242882-8433-295F-7AEB-F1847C86514B> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/user_interaction.rbo 0x102d9e000 - 0x102dbbff7 +specification.rbo ??? (???) <759AD42B-FF06-8C5C-747A-1E61C4F7B09C> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/specification.rbo 0x102dc0000 - 0x102dc6fff +platform.rbo ??? (???) <4EA10A21-8360-E000-EA51-AEB9EB9B6429> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/platform.rbo 0x102dca000 - 0x102dcdff7 +builder.rbo ??? (???) <52CB31D2 -8AFF-1DC2-DA75-3EF6E158F606> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/builder.rbo 0x102dd0000 - 0x102dd8ff7 +config_file.rbo ??? (???) <485C166E-783A-D233-833D-4EE4DBF27FC7> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/config_file.rbo 0x102ddc000 - 0x102ddfff7 +version_option.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/version_option.rbo 0x103cc6000 - 0x103cc9fff +gem_runner.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_runner.rbo 0x103ccc000 - 0x103cd1fff +command_manager.rbo ??? (???) <392970D4-2EDE-963C-71EF-CE337136CF70> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/command_manager.rbo 0x103cd5000 - 0x103cd8ff7 +timeout.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/timeout.rbo 0x103cdc000 - 0x103ce7ff7 +command.rbo ??? (???) <7108ACF5 -106F-950D-DC80-B7B31DB2A1D1> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/command.rbo 0x103ceb000 - 0x103cf2fff +doc_manager.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/doc_manager.rbo 0x103cf6000 - 0x103cfbff7 +install_command.rbo ??? (???) <172F8C34-53B9-C86A-53F3-D0410FC76483> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/commands/install_command.rbo 0x103fd1000 - 0x103ff6fff +fileutils.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/fileutils.rbo 0x103ffa000 - 0x103ffdff7 +install_update_options.rbo ??? (???) <1CEC750F-A08C-1ECA-9389-F0873BF84A09> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/install_update_options.rbo 0x104b80000 - 0x104baeff7 +optparse.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/optparse.rbo 0x104bb3000 - 0x104bbeff7 +security.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/security.rbo 0x104bc2000 - 0x104bc4ff7 +gem_openssl.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_openssl.rbo 0x104bc8000 - 0x104bc8ff7 +openssl.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl.rbo 0x104bcb000 - 0x104bcdff7 +digest.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/digest.rbo 0x104bd0000 - 0x104bd1fff +digest.bundle ??? (???) <0C695B92-9D01-FBE2-ADE6-66216B2E1B13> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/digest.bundle 0x104bd5000 - 0x104bd6ff7 +bn.rbo ??? (???) <50AB8373-1BAC-5565-014B-A9C9494B59D0> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/bn.rbo 0x104bd9000 - 0x104bdbfff +cipher.rbo ??? (???) <900EBE18-2313-D1F4-BC3A-59FBF10FF4D1> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/cipher.rbo 0x104bde000 - 0x104be0fff +digest.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/digest.rbo 0x104be3000 - 0x104beafff +ssl-internal.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl /ssl-internal.rbo 0x104bee000 - 0x104bf5ff7 +buffering.rbo ??? (???) <05035470 -802D-F01F-2BF0-06EB39FB5DD2> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/buffering.rbo 0x104bf9000 - 0x104bf9fff +fcntl.bundle ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/fcntl.bundle 0x104bfc000 - 0x104bfdff7 +f_sync_dir.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/f_sync_dir.rbo 0x104d00000 - 0x104d39fff +openssl.bundle ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/openssl.bundle 0x104d65000 - 0x104d6bff7 +x509-internal.rbo ??? (???) <5C4103A4-4C65-293A-B7DD-5B752889B07C> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/x509-internal.rbo 0x104d6f000 - 0x104d78fff +dependency_installer.rbo ??? (???) <347B82E0-CC37-64D6-83B6-E1C39A475921> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency_installer.rbo 0x104d7c000 - 0x104d82fff +dependency_list.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency_list.rbo 0x104d86000 - 0x104d95fff +installer.rbo ??? (???) <5962F627-0334-CAC7-1549-4109767FBFF0> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/installer.rbo 0x104d99000 - 0x104d9cff7 +format.rbo ??? (???) <715C6819-DC18-9D37-E002-3B45996542F7> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/format.rbo 0x104da0000 - 0x104da4ff7 +package.rbo ??? (???) <0EA06D88 -D19C-8DE8-BCC4-7A932C7CD877> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package.rbo 0x104da8000 - 0x104dadfff +yaml.rbo ??? (???) <4F995027-8C99 -D80A-27AD-179449D4E0ED> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/yaml.rbo 0x104db1000 - 0x104dd8ff7 +libyaml.bundle ??? (???) <7C8CF205-945B-E0E2-095C-1A4F3C08CDB9> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/libyaml.bundle 0x104de2000 - 0x104deffff +rubytypes.rbo ??? (???) <733EAA8B-6916-919D-4197-49A06A1181B8> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/yaml/rubytypes.rbo 0x104df3000 - 0x104df9fff +tar_header.rbo ??? (???) <40BBF5F5-BD53-2342-1E6F-90DCE85ACB26> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_header.rbo 0x104dfd000 - 0x104dfdff7 +ext.rbo ??? (???) <9B1DDB21-4962-3B27-E40F-6F76EC74CA50> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext.rbo 0x105000000 - 0x105031fff +date.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/date.rbo 0x105035000 - 0x10505afff +format.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/date/format.rbo 0x10505e000 - 0x105067fff +zlib.bundle ??? (???) <641788E1-E628-2816-2BF1-4649C27CEBBF> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/zlib.bundle 0x10506f000 - 0x105076ff7 +tar_input.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_input.rbo 0x10507a000 - 0x10507efff +tar_output.rbo ??? (???) <70C8EED6-AA76-A225-09AA-1624076B9456> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_output.rbo 0x105082000 - 0x105085ff7 +tar_reader.rbo ??? (???) <83409226-7F06-759C-5668-39511EEE5F7E> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_reader.rbo 0x105089000 - 0x10508cff7 +entry.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_reader/entry.rbo 0x10508f000 - 0x105095ff7 +tar_writer.rbo ??? (???) <5FA361AE-863A-FD87-621C-29F6811C5B88> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_writer.rbo 0x105099000 - 0x10509cfff +builder.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/builder.rbo 0x1050a0000 - 0x1050a1fff +configure_builder.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/configure_builder.rbo 0x1050a4000 - 0x1050a5fff +ext_conf_builder.rbo ??? (???) <12B65BB9-B22A-4ED9-5773-F7E24E367D66> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/ext_conf_builder.rbo 0x1050a8000 - 0x1050aafff +rake_builder.rbo ??? (???) <4E08F2CD-8341-8A29-A02B-910E942052DB> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/rake_builder.rbo 0x1050ad000 - 0x1050affff +require_paths_builder.rbo ??? (???) <25AEBEE3-B419-B89C-622F-3962ED5785A9> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/require_paths_builder.rbo 0x1050b2000 - 0x1050bafff +spec_fetcher.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/spec_fetcher.rbo 0x1050be000 - 0x1050c9fff +remote_fetcher.rbo ??? (???) <404CE04A-6D5B-A34F-AAD0-C1CED6710D56> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/remote_fetcher.rbo 0x1050cd000 - 0x1050fbfff +http.rbo ??? (???) <9FE255B7-4C15 -F56B-F6E2-7ADB9D5F4D3F> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/net/http.rbo 0x105100000 - 0x10510afff +protocol.rbo ??? (???) <4B13C38D- C71A-1AA7-00AE-270BA42F28FB> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/net/protocol.rbo 0x10510e000 - 0x105119fff +socket.bundle ??? (???) <8192F333 -8BFA-765E-FDD4-8F52696EC9CB> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 /universal-darwin10.0/socket.bundle 0x105120000 - 0x105121ff7 +uri.rbo ??? (???) <8C204D49-719F-F830-F188-AF95BD36FF84> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri.rbo 0x105124000 - 0x105134ff7 +common.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/common.rbo 0x105138000 - 0x10514dfff +generic.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/generic.rbo 0x105151000 - 0x105155ff7 +ftp.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ftp.rbo 0x105159000 - 0x10515bff7 +http.rbo ??? (???) <2A3204EC- AD3B-0AA3-A3FD-7E3FF6466008> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/http.rbo 0x10515e000 - 0x10515ffff +https.rbo ??? (???) <7062547E- AF23-515B-F615-7BB6CE46B99B> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/https.rbo 0x105162000 - 0x105167fff +ldap.rbo ??? (???) <3B78C0D1-79B7-A225-9004-F48C67D98D9F> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ldap.rbo 0x10516b000 - 0x10516cfff +ldaps.rbo ??? (???) <4B0AF17F-E444-79FC-743A-68A1D35A4149> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ldaps.rbo 0x10516f000 - 0x105175fff +mailto.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/mailto.rbo 0x105179000 - 0x105184ff7 +time.rbo ??? (???) <1A70BDBC- 7EED-6E8B-FB8F-23FDDDBDD617> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/time.rbo 0x105188000 - 0x10518cfff +local_remote_options.rbo ??? (???) <80344034-7808-7B0B-F89B-DF47AC6C1000> /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/local_remote_options.rbo 0x105190000 - 0x10519afff +validator.rbo ??? (???) /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/validator.rbo 0x1051de000 - 0x1051dffff Foundation.dylib 0.9.0 (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff803a1000 - 0x7fff803dcfff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff809fc000 - 0x7fff80a27ff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff80a28000 - 0x7fff80b3ffef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) /usr/lib/libxml2.2.dylib 0x7fff80b40000 - 0x7fff80b46ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff80c3d000 - 0x7fff80c9dfe7 com.apple.framework.IOKit 2.0 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff80c9e000 - 0x7fff80e15fe7 com.apple.CoreFoundation 6.6.4 (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff80e70000 - 0x7fff80e81ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fff80e8a000 - 0x7fff80ed4ff7 com.apple.Metadata 10.6.3 (507.12) <9231045A-E2E3-B0C2-C81A-92C9EA98A4DF> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff80ed5000 - 0x7fff80ed9ff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff816e7000 - 0x7fff8179dfff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff8179e000 - 0x7fff81ad2fff com.apple.CoreServices.CarbonCore 861.23 (861.23) <08F360FA-1771-4F0B-F356-BEF68BB9D421> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff81c2f000 - 0x7fff81c69fff libssl.0.9.8.dylib 0.9.8 (compatibility 0.9.8) /usr/lib/libssl.0.9.8.dylib 0x7fff8238e000 - 0x7fff82447fff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> /usr/lib/libsqlite3.dylib 0x7fff824dc000 - 0x7fff8257cfff com.apple.LaunchServices 362.1 (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fff82a20000 - 0x7fff82addff7 com.apple.CoreServices.OSServices 357 (357) <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff82cc2000 - 0x7fff82d94fe7 com.apple.CFNetwork 454.11.5 (454.11.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff834b1000 - 0x7fff834c0fff com.apple.NetFS 3.2.1 (3.2.1) /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff83544000 - 0x7fff83705fff libSystem.B.dylib 125.2.1 (compatibility 1.0.0) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib 0x7fff83b37000 - 0x7fff83b4dfef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff83bce000 - 0x7fff83e51ff7 com.apple.Foundation 6.6.4 (751.42) <9A99D378-E97A-8C0F-3857-D0FAA30FCDD5> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff83e52000 - 0x7fff83ee2fff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff83fb9000 - 0x7fff83ffafff com.apple.SystemConfiguration 1.10.5 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff84451000 - 0x7fff8445fff7 libkxld.dylib ??? (???) <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib 0x7fff8540e000 - 0x7fff8552ffe7 libcrypto.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> /usr/lib/libcrypto.0.9.8.dylib 0x7fff85959000 - 0x7fff859a5fff libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x7fff867af000 - 0x7fff867afff7 com.apple.CoreServices 44 (44) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff881a6000 - 0x7fff88223fef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff88799000 - 0x7fff887c1fff com.apple.DictionaryServices 1.1.2 (1.1.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff88836000 - 0x7fff88abcfef com.apple.security 6.1.1 (37594) <17CF7858-52D9-9665-3AE8-23F07CC8BEA1> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff88f68000 - 0x7fff88f69ff7 com.apple.TrustEvaluationAgent 1.1 (1) <51867586-1C71-AE37-EAAD-535A58DD3550> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent 0x7fff88fae000 - 0x7fff8916cfff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <781E7B63-2AD0-E9BA-927C-4521DB616D02> /usr/lib/libicucore.A.dylib 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 21:51:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 05:51:03 -0000 Subject: [MacRuby] #288: miniruby bench on 32 bit fails In-Reply-To: <057.d502e842ff210c9481932cab54818500@macosforge.org> References: <057.d502e842ff210c9481932cab54818500@macosforge.org> Message-ID: <066.8900eddcb67da577f3707370509d70e5@macosforge.org> #288: miniruby bench on 32 bit fails ----------------------------------------+----------------------------------- Reporter: bobstevenson@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: needinfo Keywords: | ----------------------------------------+----------------------------------- Changes (by mattaimonetti@?): * status: new => closed * resolution: => needinfo * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: I'm not sure what this ticket means, my understanding is that the user couldn't build MacRuby 0.5. I'm closing it for now, please try again with 0.8 and let us know if you have the same issue so we can reopen this ticket. Thanks -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 22:07:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 06:07:55 -0000 Subject: [MacRuby] #1027: trying to install rails creates a recursive loop In-Reply-To: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> References: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> Message-ID: <063.154d76b42766f59a57d29faed5d8fa35@macosforge.org> #1027: trying to install rails creates a recursive loop -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Description changed by mattaimonetti@?: Old description: > {{{ > $ sudo macgem install rails --debug --verbose > Fetching http://rubygems.org/latest_specs.4.8.gz > OK > Fetching http://rubygems.org/specs.4.8.gz > OK > }}} > > My CPU goes through the roof and the memory keeps growing, sampling the > process I get the following: > > {{{ > Analysis of sampling macruby (pid 62005) every 1 millisecond > Process: macruby [62005] > Path: > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby > Load Address: 0x100000000 > Identifier: macruby > Version: ??? (???) > Code Type: X86-64 (Native) > Parent Process: bash [35009] > > Date/Time: 2010-12-05 21:37:23.963 -0800 > OS Version: Mac OS X 10.6.5 (10H574) > Report Version: 6 > > Call graph: > 1752 Thread_754744 DispatchQueue_1: com.apple.main-thread (serial) > 1752 start > 1752 main > 1752 ruby_run_node > 1752 rb_vm_run > 1752 0x100ef73ba > 1752 0x100ef797c > 1752 rb_vm_dispatch > 1752 MREP_5F1B46BFF34246D3A52DAD8E9EBB57E7 > 1752 0x103cc75a1 > 1752 rb_vm_dispatch > 1752 MREP_4FF795740F8D4C2FA1A32F93F6B9C7C6 > 1752 0x103ccd571 > 1752 rb_vm_dispatch > 1752 > MREP_4FF795740F8D4C2FA1A32F93F6B9C7C6 > 1752 0x103ccd571 > 1752 rb_vm_dispatch > 1752 > MREP_FD94CBDE19944CE28D35753A50CBDE7B > 1752 0x103cdd751 > 1752 rb_vm_dispatch > 1752 > MREP_B71BF29B238A493FA64D65ADD724E327 > 1752 0x103cf7111 > 1752 rb_vm_dispatch > 1752 rary_reserve > 1752 rb_yield > 1752 > rb_vm_yield_args > 1752 > MREP_B71BF29B238A493FA64D65ADD724E327 > 1752 > 0x103cf7111 > 1752 > rb_vm_dispatch > 1752 > MREP_3C83BD5150A145D9B7610D9253B5E2F7 > 1752 > 0x104d70a81 > 1752 > rb_vm_dispatch > 1752 > MREP_3C83BD5150A145D9B7610D9253B5E2F7 > 1752 0x104d70a81 > 1752 rb_vm_dispatch > 1752 rary_reserve > 1752 rb_yield > 1752 rb_vm_yield_args > 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 > 1752 0x104d70a81 > 1752 rb_vm_dispatch > 1752 MREP_3C83BD5150A145D9B7610D9253B5E2F7 > 1752 0x104d70a81 > 1752 rb_vm_dispatch > 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 > 1752 0x1050b2d81 > 1752 rb_vm_dispatch > 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 > 1752 0x1050b2d81 > 1752 rb_vm_dispatch > 1752 st_foreach_safe > 1752 st_foreach > 1752 ruby_xcalloc > 1752 ruby_xcalloc > 1752 rb_yield > 1752 rb_vm_yield_args > 1752 MREP_E703CF12A5E24BF0B2816D4959A62795 > 1752 0x1050b2d81 > 1752 rb_vm_dispatch > 1752 rb_ary_new3 > 1752 rb_yield > 1751 rb_vm_yield_args > 1737 MREP_E703CF12A5E24BF0B2816D4959A62795 > 1660 0x1050b2d81 > 1660 rb_vm_dispatch > 891 rb_class_new_instance_imp > 776 rb_vm_dispatch > 721 MREP_ED3FA9FE11CE453BB2C205CC2244B590 > 543 0x102d6e6a1 > 543 rb_vm_dispatch > 529 MREP_DF2F9DF153294E148F2D9151878E3179 > 469 0x102d64b41 > 469 rb_vm_dispatch > 467 rb_class_new_instance_imp > 400 rb_vm_dispatch > 378 MREP_DF2F9DF153294E148F2D9151878E3179 > 284 0x102d64b41 > 284 rb_vm_dispatch > 151 rb_ary_new > 144 rb_ary_new > 42 rb_ary_new3 > 42 auto_zone_set_write_barrier > 40 __spin_lock > 1 Auto::Zone::block_start(void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 OSSpinLockUnlock > 28 rb_check_convert_type > 27 rb_obj_init_copy > 19 __sel_registerName > 7 _rwlock_read_nodebug > 4 objc_selopt::objc_selopt_t::get(char const*) const > 3 objc_selopt::objc_selopt_t::hash(char const*) const > 1 objc_selopt::objc_selopt_t::get(char const*) const > 2 __compare_and_swap32 > 2 __objc_sel_set_get > 2 __objc_sel_set_findBuckets > 1 DYLD-STUB$$OSAtomicCompareAndSwap32Barrier > 1 OSAtomicAdd32 > 1 __atomic_add32 > 1 OSAtomicCompareAndSwap32 > 1 __compare_and_swap32 > 1 _objc_search_builtins > 6 rb_vm_respond_to > 5 rb_vm_yield_under > 3 rb_vm_yield_under > 2 class_getMethodImplementation > 2 lookUpMethod > 1 rb_vm_respond_to > 1 rb_obj_init_copy > 1 sel_registerName > 1 rb_check_convert_type > 26 st_init_table_with_size > 17 ruby_xcalloc > 16 auto_zone_allocate_object > 16 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 11 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 6 Auto::Thread::flush_local_blocks() > 5 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 __spin_lock > 1 ruby_xcalloc > 5 auto_zone_set_write_barrier > 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 __spin_lock > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 3 ruby_xmalloc > 2 auto_zone_allocate_object > 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 ruby_xmalloc > 1 st_init_table_with_size > 22 rb_ary_new2 > 13 rary_reserve > 11 ruby_xmalloc_ptrs > 11 auto_zone_allocate_object > 11 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 4 Auto::Admin::find_allocation(Auto::Thread&, unsigned long&, unsigned > int, bool, bool&) > 3 __bzero > 2 memset > 1 DYLD-STUB$$_spin_lock > 1 __spin_lock > 2 auto_zone_set_write_barrier > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 9 rb_objc_newobj > 9 auto_zone_allocate_object > 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 7 Auto::Thread::flush_local_blocks() > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 16 rary_reserve > 12 auto_zone_set_write_barrier > 11 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 4 ruby_xmalloc_ptrs > 4 auto_zone_allocate_object > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 malloc_zone_calloc > 1 szone_malloc_should_clear > 1 __bzero > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 4 st_insert > 2 auto_zone_set_write_barrier > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 st_insert > 2 rb_ary_new > 2 rb_objc_newobj > 2 auto_zone_allocate_object > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 auto_zone_allocate_object > 1 DYLD-STUB$$rb_objc_type > 1 auto_zone_set_write_barrier > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 2 rb_ary_new > 2 rb_scan_args > 1 DYLD-STUB$$rb_obj_is_native > 1 rb_obj_freeze > 1 rb_objc_type > 1 rb_obj_frozen_p > 120 rb_assoc_new > 117 rb_yield > 114 rb_vm_yield_args > 97 MREP_DF2F9DF153294E148F2D9151878E3179 > 96 0x102d64b41 > 96 rb_vm_dispatch > 85 MREP_DF2F9DF153294E148F2D9151878E3179 > 63 rb_ary_new2 > 40 rb_objc_newobj > 21 auto_zone_allocate_object > 21 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 20 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 17 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 2 Auto::AutoPointerHash::add(void*, unsigned int) > 1 OSSpinLockUnlock > 1 auto_collect > 19 rb_objc_newobj > 23 rary_reserve > 14 auto_zone_set_write_barrier > 13 Auto::Zone::block_start(void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 9 ruby_xmalloc_ptrs > 9 auto_zone_allocate_object > 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 DYLD-STUB$$_spin_lock > 1 auto_collect > 1 Auto::ThreadLocalCollector::should_collect(Auto::Zone*, Auto::Thread&, > bool) > 2 Auto::Zone::registered_thread() > 10 rb_str_new > 6 rb_str_intern_fast > 4 ruby_xmalloc > 3 auto_zone_allocate_object > 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Zone::registered_thread() > 1 ruby_xmalloc > 1 auto_zone_set_write_barrier > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 memcpy > 3 rb_objc_newobj > 3 auto_zone_allocate_object > 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 rb_str_new > 9 auto_zone_set_write_barrier > 6 Auto::Zone::block_start(void*) > 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 0x102d64de8 > 2 0x102d64b41 > 2 rb_vm_dispatch > 2 rb_obj_is_kind_of > 2 rb_objc_type > 1 0x102d64dc8 > 6 rb_vm_dispatch > 5 rb_class_real > 1 MREP_DF2F9DF153294E148F2D9151878E3179 > 17 rb_vm_yield_args > 3 rb_yield > 2 rb_assoc_new > 1 rb_vm_pop_broken_value > 13 rb_vm_dispatch > 57 0x102d646b9 > 57 auto_zone_set_write_barrier > 37 __spin_lock > 19 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 18 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) > 17 Auto::ThreadLocalCollector::eject_local_block(void*) > 8 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) > 5 Auto::ThreadLocalScanner::check_block(void**, void*) > 3 Auto::AutoPointerHash::slotIndex(void*) const > 2 Auto::ThreadLocalScanner::check_block(void**, void*) > 3 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) > 4 Auto::ThreadLocalCollector::eject_local_block(void*) > 2 Auto::AutoPointerHash::slotIndex(void*) const > 1 Auto::AutoPointerHash::remove(unsigned int) > 1 class_getIvarLayout > 1 objc_layout_for_address > 1 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 Auto::Zone::block_start(void*) > 19 rb_vm_prepare_block > 15 auto_zone_set_write_barrier > 13 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 13 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) > 12 Auto::ThreadLocalCollector::eject_local_block(void*) > 4 Auto::ThreadLocalCollector::eject_local_block(void*) > 4 Auto::ThreadLocalScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) > 2 Auto::AutoPointerHash::remove(unsigned int) > 1 Auto::AutoPointerHash::slotIndex(void*) const > 1 objc_layout_for_address > 1 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) > 1 auto_zone_set_write_barrier > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 4 rb_vm_prepare_block > 9 0x102d646ef > 2 0x102d64663 > 2 MREP_DF2F9DF153294E148F2D9151878E3179 > 1 0x102d646e8 > 1 rb_vm_get_ivar_slot > 1 rb_objc_type > 1 0x102d64948 > 1 0x102d64a4f > 1 0x102d64a61 > 1 rb_vm_returned_from_block > 22 rb_ary_new4 > 17 rb_ary_new2 > 17 rary_reserve > 9 ruby_xmalloc_ptrs > 9 auto_zone_allocate_object > 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 2 malloc_zone_calloc > 2 szone_malloc_should_clear > 1 __bzero > 1 szone_malloc_should_clear > 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 2 Auto::AutoPointerHash::add(void*, unsigned int) > 6 auto_zone_set_write_barrier > 5 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 5 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 Auto::Zone::block_start(void*) > 2 rary_reserve > 5 auto_zone_set_write_barrier > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 Auto::Zone::block_start(void*) > 1 __spin_lock > 1 auto_zone_set_write_barrier > 46 auto_zone_set_write_barrier > 42 __spin_lock > 1 Auto::Zone::block_start(void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 auto_zone_set_write_barrier > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 13 ruby_xmalloc > 13 auto_zone_allocate_object > 13 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 12 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 11 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 5 rb_objc_newobj > 5 auto_zone_allocate_object > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 auto_zone_allocate_object > 1 rb_class_new_instance_imp > 1 rb_vm_current_block > 1 rb_vm_current_vm > 1 DYLD-STUB$$rb_vm_current_vm > 1 rb_vm_dispatch > 40 0x102d64de8 > 38 0x102d64b41 > 38 rb_vm_dispatch > 37 rb_vm_dispatch > 1 rb_obj_is_kind_of > 1 rb_objc_type > 1 0x102d64981 > 1 0x102d64ae0 > 1 rb_vm_get_mcache > 16 rb_vm_const_lookup > 10 rb_mod_remove_const > 5 rb_ivar_defined > 2 rb_ivar_defined > 1 CFDictionaryGetValueIfPresent > 1 CFBasicHashFindBucket > 1 ___CFBasicHashFindBucket1 > 1 _class_getSuperclass > 1 rb_objc_type > 3 rb_mod_remove_const > 1 CFDictionaryGetValueIfPresent > 1 CFBasicHashFindBucket > 1 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 1 rb_gvar_defined > 1 Auto::Zone::get_associative_ref(void*, void*) > 2 CFDictionaryGetValueIfPresent > 2 CFBasicHashFindBucket > 2 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 1 ___CFBasicHashFindBucket1 > 2 rb_vm_const_lookup > 1 __spin_lock > 1 rb_ivar_defined > 1 CFDictionaryGetValueIfPresent > 1 CFBasicHashFindBucket > 1 ___CFBasicHashFindBucket1 > 3 MREP_DF2F9DF153294E148F2D9151878E3179 > 1 0x102d64dc8 > 12 rb_vm_dispatch > 2 rary_reserve > 1 rary_reserve > 1 rary_reserve > 60 0x102d6e219 > 60 auto_zone_set_write_barrier > 50 __spin_lock > 5 Auto::Zone::block_start(void*) > 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 2 auto_zone_set_write_barrier > 41 0x102d6e24f > 28 0x102d6e248 > 28 rb_vm_get_ivar_slot > 23 ruby_xrealloc > 23 malloc_zone_realloc > 23 auto_realloc(_malloc_zone_t*, void*, unsigned long) > 13 auto_zone_write_barrier_memmove > 9 auto_zone_write_barrier_memmove > 3 __memcpy > 1 Auto::Thread::track_local_memcopy(Auto::Zone*, void const*, void*, > unsigned long) > 6 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 5 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 Auto::Zone::block_refcount_and_layout(void*, int*, int*) > 1 Auto::Zone::block_refcount_and_layout(void*, int*, int*) > 1 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) > 1 __spin_lock > 1 auto_realloc(_malloc_zone_t*, void*, unsigned long) > 3 rb_vm_get_ivar_slot > 2 auto_zone_set_write_barrier > 2 __spin_lock > 16 rb_vm_const_lookup > 6 rb_mod_remove_const > 2 rb_gvar_defined > 2 rb_ivar_defined > 1 CFDictionaryGetValueIfPresent > 1 CFBasicHashFindBucket > 1 ___CFBasicHashFindBucket1 > 1 rb_objc_type > 1 CFDictionaryGetValueIfPresent > 1 CFBasicHashFindBucket > 1 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 1 rb_mod_remove_const > 5 CFDictionaryGetValueIfPresent > 3 CFBasicHashFindBucket > 3 ___CFBasicHashFindBucket1 > 2 CFDictionaryGetValueIfPresent > 3 rb_ivar_defined > 2 CFDictionaryGetValueIfPresent > 2 CFBasicHashFindBucket > 2 ___CFBasicHashFindBucket1 > 1 rb_ivar_defined > 1 __spin_lock > 1 rb_objc_type > 12 0x102d6e888 > 11 0x102d6e6a1 > 11 rb_vm_dispatch > 8 rb_obj_is_kind_of > 6 rb_obj_is_kind_of > 2 class_isMetaClass > 1 _class_isMetaClass > 1 class_isMetaClass > 3 rb_vm_dispatch > 1 0x102d6e69c > 12 MREP_ED3FA9FE11CE453BB2C205CC2244B590 > 2 0x102d6e685 > 1 0x102d6e1ce > 1 0x102d6e214 > 1 0x102d6e237 > 1 0x102d6e645 > 1 0x102d6e65c > 1 0x102d6e868 > 1 DYLD-STUB$$rb_vm_current_vm > 53 rb_ary_new4 > 51 rb_ary_new2 > 49 rary_reserve > 39 auto_zone_set_write_barrier > 37 __spin_lock > 1 Auto::Zone::block_start(void*) > 1 auto_zone_set_write_barrier > 9 ruby_xmalloc_ptrs > 7 auto_zone_allocate_object > 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 6 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 4 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 auto_collect > 1 pthread_mutex_lock > 1 semaphore_wait_trap > 2 ruby_xmalloc_ptrs > 1 rary_reserve > 2 rb_objc_newobj > 2 auto_zone_allocate_object > 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 auto_zone_set_write_barrier > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 2 rb_vm_dispatch > 95 auto_zone_set_write_barrier > 80 __spin_lock > 12 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 1 Auto::Zone::block_start(void*) > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 auto_zone_set_write_barrier > 7 rb_objc_newobj > 7 auto_zone_allocate_object > 5 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 auto_collect > 1 Auto::Zone::registered_thread() > 1 auto_zone_allocate_object > 7 ruby_xmalloc > 7 auto_zone_allocate_object > 7 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 6 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::Thread::flush_local_blocks() > 2 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 3 rb_safe_level > 1 rb_class_new_instance_imp > 1 rb_vm_current_block > 1 rb_vm_current_vm > 766 MREP_ED3FA9FE11CE453BB2C205CC2244B590 > 310 0x102d6e6a1 > 310 rb_vm_dispatch > 173 rb_unicode_regex_new_retained > 166 rb_unicode_regex_new_retained > 85 ruby_xfree > 85 auto_zone_retain > 81 __spin_lock > 4 Auto::Zone::block_increment_refcount(void*) > 2 Auto::Zone::block_increment_refcount(void*) > 2 Auto::Zone::inc_refcount_small_medium(Auto::Subzone*, void*) > 2 Auto::Thread::block_escaped(Auto::Zone*, Auto::Subzone*, void*) > 2 Auto::AutoPointerHash::remove(void*) > 28 __spin_lock > 22 rb_reg_matcher_new > 11 uregex_clone > 8 icu::RegexPattern::matcher(UErrorCode&) const > 5 icu::RegexMatcher::RegexMatcher(icu::RegexPattern const*) > 5 icu::RegexMatcher::init(UErrorCode&) > 3 icu::UVector32::UVector32(UErrorCode&) > 3 malloc > 3 malloc_zone_malloc > 3 szone_malloc_should_clear > 3 tiny_malloc_from_free_list > 2 malloc > 2 malloc_zone_malloc > 2 szone_malloc_should_clear > 2 tiny_malloc_from_free_list > 3 malloc > 3 malloc_zone_malloc > 1 __spin_lock > 1 malloc_zone_malloc > 1 szone_malloc_should_clear > 3 malloc > 3 malloc_zone_malloc > 3 szone_malloc_should_clear > 8 rb_objc_newobj > 7 auto_zone_allocate_object > 4 auto_zone_allocate_object > 2 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::ThreadLocalCollector::should_collect(Auto::Zone*, Auto::Thread&, > bool) > 1 Auto::Zone::registered_thread() > 1 rb_objc_newobj > 1 rb_enc_get > 1 rb_objc_type > 1 rb_str_get_uchars > 1 uregex_setText > 1 icu::UnicodeString::setTo(signed char, unsigned short const*, int) > 1 icu::UnicodeString::releaseArray() > 10 uregex_close > 10 uregex_find > 7 icu::RegexMatcher::~RegexMatcher() > 2 free > 2 szone_size > 2 icu::UVector32::~UVector32() > 1 __spin_lock > 1 icu::UVector32::~UVector32() > 2 szone_free_definite_size > 1 DYLD-STUB$$_spin_lock > 2 szone_free_definite_size > 1 free > 7 rb_reg_compile > 5 uregex_findNext > 5 icu::RegexMatcher::find() > 3 icu::RegexMatcher::find() > 2 icu::RegexMatcher::MatchAt(int, signed char, UErrorCode&) > 1 rb_backref_set > 1 uregex_setRegion > 6 Auto::Zone::block_deallocate(void*) > 5 Auto::Zone::block_deallocate(void*) > 1 class_getWeakIvarLayout > 3 szone_free_definite_size > 1 DYLD-STUB$$rb_enc_get > 1 auto_free(_malloc_zone_t*, void*) > 1 malloc_zone_free > 1 rb_check_convert_type > 1 rb_objc_type > 6 rb_unicode_regex_new_retained > 1 rb_check_convert_type > 1 rb_objc_type > 116 rb_reg_quote > 77 rb_unicode_str_new > 73 rb_str_intern_fast > 70 auto_zone_set_write_barrier > 62 __spin_lock > 6 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 3 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 3 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 auto_zone_set_write_barrier > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 2 ruby_xmalloc > 1 auto_zone_allocate_object > 1 ruby_xmalloc > 1 rb_str_intern_fast > 3 rb_objc_newobj > 3 auto_zone_allocate_object > 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 2 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 rb_unicode_str_new > 38 rb_reg_quote > 1 rb_str_get_uchars > 14 rb_vm_dispatch > 4 rb_ivar_defined > 3 rb_vm_get_ivar_slot > 1 rb_objc_type > 2 0x100f2c9e1 > 1 0x100ef83a3 > 282 rb_reg_new_str > 276 rb_reg_matcher_destroy > 234 uregex_open > 194 icu::RegexPattern::compile(icu::UnicodeString const&, unsigned int, > UParseError&, UErrorCode&) > 149 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 113 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 43 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 19 icu::UnicodeSet::contains(int) const > 15 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 5 icu::UnicodeString::moveIndex32(int, int) const > 3 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, > UErrorCode&) > 2 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, > UErrorCode&) > 1 DYLD-STUB$$memmove > 1 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 29 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 18 icu::CompactTrieDictionary::openWords(UErrorCode&) const > 14 icu::UVector32::expandCapacity(int, UErrorCode&) > 14 realloc > 13 malloc_zone_realloc > 12 szone_realloc > 5 szone_realloc > 4 szone_malloc_should_clear > 2 szone_malloc_should_clear > 2 tiny_malloc_from_free_list > 1 tiny_free_list_add_ptr > 1 tiny_malloc_from_free_list > 1 __spin_lock > 1 mag_lock_zine_for_region_trailer > 1 szone_free > 1 DYLD-STUB$$_spin_unlock > 1 szone_size > 4 icu::CompactTrieDictionary::openWords(UErrorCode&) const > 7 icu::UVector32::~UVector32() > 3 free > 2 szone_size > 1 free > 2 icu::UVector32::~UVector32() > 2 szone_free_definite_size > 2 tiny_free_list_add_ptr > 5 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, > UErrorCode&) > 4 icu::UnicodeString::doReplace(int, int, unsigned short const*, int, > int) > 3 icu::UnicodeString::doReplace(int, int, unsigned short const*, int, > int) > 1 memmove > 1 icu::CanonicalIterator::CanonicalIterator(icu::UnicodeString const&, > UErrorCode&) > 4 icu::UnicodeSet::contains(int) const > 3 icu::UnicodeSet::add(int) > 2 icu::UVector32::setElementAt(int, int) > 1 icu::UVector32::UVector32(int, UErrorCode&) > 1 malloc > 1 malloc_zone_malloc > 1 szone_malloc_should_clear > 1 tiny_malloc_from_free_list > 1 icu::UVector32::setSize(int) > 22 icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString const&, > icu::InitialTimeZoneRule*) > 4 icu::UVector::~UVector() > 3 szone_free_definite_size > 2 szone_free_definite_size > 1 tiny_free_list_add_ptr > 1 free > 1 szone_size > 4 icu::UnicodeSet::contains(int) const > 3 icu::UStack::UStack(UErrorCode&) > 3 icu::UVector::UVector(UErrorCode&) > 3 malloc > 3 malloc_zone_malloc > 3 szone_malloc_should_clear > 2 tiny_malloc_from_free_list > 1 szone_malloc_should_clear > 2 icu::UnicodeString::copyFrom(icu::UnicodeString const&, signed char) > 1 icu::UnicodeString::operator=(icu::UnicodeString const&) > 36 icu::RegexPattern::RegexPattern() > 31 icu::RegexPattern::init() > 13 uprv_malloc > 7 icu::UVector32::UVector32(UErrorCode&) > 6 malloc > 5 malloc_zone_malloc > 5 szone_malloc_should_clear > 3 tiny_malloc_from_free_list > 2 szone_malloc_should_clear > 1 malloc > 1 icu::UVector32::UVector32(UErrorCode&) > 5 malloc > 5 malloc_zone_malloc > 3 szone_malloc_should_clear > 1 __cpu_number > 1 szone_malloc_should_clear > 1 tiny_malloc_from_free_list > 1 DYLD-STUB$$_spin_unlock > 1 __spin_lock > 3 icu::UVector::UVector(UErrorCode&) > 2 icu::UVector::UVector(UErrorCode&) > 1 malloc > 1 malloc_zone_malloc > 1 szone_malloc_should_clear > 3 icu::UnicodeSet::UnicodeSet() > 2 icu::UnicodeSet::allocateStrings(UErrorCode&) > 1 icu::UVector::UVector(void (*)(void*), signed char (*)(UHashTok, > UHashTok), int, UErrorCode&) > 1 icu::UnicodeSet::allocateStrings(UErrorCode&) > 1 malloc > 1 malloc_zone_malloc > 1 szone_malloc_should_clear > 1 tiny_malloc_from_free_list > 4 icu::UVector::addElement(int, UErrorCode&) > 1 u_init > 1 __spin_lock > 5 icu::UVector32::~UVector32() > 4 szone_free_definite_size > 2 szone_free_definite_size > 2 tiny_free_list_remove_ptr > 1 __spin_lock > 2 icu::RegexPattern::compile(icu::UnicodeString const&, unsigned int, > UParseError&, UErrorCode&) > 2 malloc > 2 malloc_zone_malloc > 2 szone_malloc_should_clear > 2 tiny_malloc_from_free_list > 11 malloc > 10 malloc_zone_malloc > 7 szone_malloc_should_clear > 6 tiny_malloc_from_free_list > 4 tiny_malloc_from_free_list > 2 tiny_free_list_add_ptr > 1 szone_malloc_should_clear > 3 __spin_lock > 1 malloc > 11 uregex_open > 9 icu::UnicodeString::UnicodeString(signed char, unsigned short const*, > int) > 6 icu::RegexPattern::matcher(UErrorCode&) const > 2 icu::RegexMatcher::RegexMatcher(icu::RegexPattern const*) > 2 icu::RegexMatcher::init2(icu::UnicodeString const&, UErrorCode&) > 1 icu::RegexMatcher::init2(icu::UnicodeString const&, UErrorCode&) > 1 icu::RegexMatcher::reset(icu::UnicodeString const&) > 1 icu::RegexMatcher::reset() > 1 icu::RegexPattern::matcher(UErrorCode&) const > 1 malloc > 1 malloc_zone_malloc > 1 szone_malloc_should_clear > 1 tiny_malloc_from_free_list > 2 icu::UnicodeString::UnicodeString() > 1 icu::UMemory::operator new(unsigned long) > 18 rb_str_get_uchars > 18 rb_objc_get_types > 6 ucnv_toUnicode > 4 ucnv_getInvalidChars > 3 ucnv_getUnicodeSet > 1 ucnv_getInvalidChars > 2 ucnv_toUnicode > 4 ruby_xmalloc > 3 auto_zone_allocate_object > 3 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 ruby_xmalloc > 3 ucnv_close > 2 UCNV_TO_U_CALLBACK_STOP > 1 ucnv_close > 2 auto_zone_set_write_barrier > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 2 ucnv_safeClone > 1 __memcpy > 1 ucnv_safeClone > 1 DYLD-STUB$$memset > 14 malloc > 13 malloc_zone_malloc > 8 __spin_lock > 4 szone_malloc_should_clear > 2 tiny_malloc_from_free_list > 1 __cpu_number > 1 szone_malloc_should_clear > 1 malloc_zone_malloc > 1 malloc > 3 rb_reg_matcher_destroy > 3 u_strFindFirst > 2 rb_objc_str_is_pure > 1 __memcpy > 1 free > 5 rb_objc_newobj > 5 auto_zone_allocate_object > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 4 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::AutoPointerHash::add(void*, unsigned int) > 1 auto_zone_allocate_object > 1 rb_reg_new_str > 65 rb_str_new_fast > 54 rstr_concat > 52 rb_str_bstr > 46 rb_str_bstr > 26 rb_str_intern_fast > 26 rb_objc_str_is_pure > 11 auto_zone_set_write_barrier > 8 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 8 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 1 Auto::Zone::block_start(void*) > 1 auto_zone_set_write_barrier > 1 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 9 ruby_xmalloc > 9 auto_zone_allocate_object > 8 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 7 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 5 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 4 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 1 malloc_zone_calloc > 1 szone_malloc_should_clear > 1 small_malloc_from_free_list > 2 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 Auto::Zone::registered_thread() > 5 ruby_xrealloc > 5 malloc_zone_realloc > 5 auto_realloc(_malloc_zone_t*, void*, unsigned long) > 2 Auto::Zone::block_refcount_and_layout(void*, int*, int*) > 2 Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) > 1 __bzero > 1 __spin_lock > 1 memset > 1 rb_objc_str_is_pure > 17 rb_objc_get_types > 6 ucnv_fromUnicode > 3 ucnv_fromUnicode > 3 ucnv_toUChars > 3 ucnv_getUnicodeSet > 4 ruby_xmalloc > 4 auto_zone_allocate_object > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 1 auto_collect > 4 ucnv_safeClone > 2 __memcpy > 2 ucnv_safeClone > 2 auto_zone_set_write_barrier > 1 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 1 auto_zone_set_write_barrier > 1 icu::UCharCharacterIterator::clone() const > 3 rb_str_bstr > 3 rb_obj_freeze > 2 rb_obj_freeze > 1 rb_objc_type > 2 rb_str_bstr > 1 rb_obj_is_native > 1 rb_objc_type > 1 rstr_concat > 9 rb_bstr_bytes > 9 rb_objc_newobj > 9 auto_zone_allocate_object > 9 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 9 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 1 rb_objc_type > 1 rb_str_new_fast > 54 rb_vm_const_lookup > 39 rb_mod_remove_const > 22 rb_gvar_defined > 19 __spin_lock > 2 Auto::Zone::get_associative_ref(void*, void*) > 1 DYLD-STUB$$_spin_lock > 11 CFDictionaryGetValueIfPresent > 6 objc_assign_strongCast_gc > 3 auto_zone_root_write_barrier > 3 auto_zone_set_write_barrier > 2 auto_zone_set_write_barrier > 1 Auto::Zone::block_start(void*) > 5 CFBasicHashFindBucket > 5 ___CFBasicHashFindBucket1 > 4 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 5 rb_mod_remove_const > 1 rb_ivar_defined > 4 CFDictionaryGetValueIfPresent > 3 CFBasicHashFindBucket > 3 ___CFBasicHashFindBucket1 > 2 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 1 CFDictionaryGetValueIfPresent > 4 rb_class_ivar_dict > 3 _class_getInstanceSize > 1 _class_getSuperclass > 2 rb_const_get > 2 rb_ivar_defined > 1 CFDictionaryGetValueIfPresent > 1 rb_objc_type > 1 class_getSuperclass > 1 rb_objc_type > 1 rb_vm_const_lookup > 41 rb_str_new > 33 rb_str_intern_fast > 27 ruby_xmalloc > 27 auto_zone_allocate_object > 27 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 19 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 13 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 5 Auto::Thread::flush_local_blocks() > 4 Auto::Thread::flush_local_blocks() > 1 Auto::AutoPointerHash::remove(unsigned int) > 1 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 8 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 5 auto_zone_set_write_barrier > 2 Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 2 Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 2 check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) > 1 Auto::Zone::block_start(void*) > 1 __memcpy > 7 rb_objc_newobj > 7 auto_zone_allocate_object > 4 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 3 Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) > 3 Auto::AutoPointerHash::add(void*, unsigned int) > 1 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, > bool, bool) > 2 auto_zone_allocate_object > 1 Auto::Zone::registered_thread() > 1 rb_str_new > 7 MREP_ED3FA9FE11CE453BB2C205CC2244B590 > 4 0x102d6e888 > 2 0x102d6e6a1 > 2 rb_vm_dispatch > 2 rb_obj_is_kind_of > 2 rb_objc_type > 1 0x102d6e4ab > 1 DYLD-STUB$$rb_vm_current_vm > 3 0x102d6e5ba > 3 rb_vm_current_vm > 2 rb_vm_current_vm > 1 pthread_getspecific > 3 rb_vm_dispatch > 54 rb_vm_const_lookup > 34 rb_mod_remove_const > 13 rb_gvar_defined > 11 __spin_lock > 1 Auto::Zone::get_associative_ref(void*, void*) > 1 rb_objc_get_associative_ref > 7 rb_mod_remove_const > 6 rb_ivar_defined > 3 CFDictionaryGetValueIfPresent > 2 objc_assign_strongCast_gc > 1 auto_zone_set_write_barrier > 1 Auto::Zone::block_start(void*) > 1 objc_assign_strongCast_gc > 1 CFDictionaryGetValueIfPresent > 2 rb_objc_type > 1 rb_ivar_defined > 3 CFDictionaryGetValueIfPresent > 2 CFDictionaryGetValueIfPresent > 1 objc_assign_strongCast_gc > 1 auto_zone_set_write_barrier > 1 Auto::Zone::block_start(void*) > 2 rb_ary_len > 1 _class_getInstanceSize > 1 _class_getSuperclass > 1 rb_ary_elt > 7 CFDictionaryGetValueIfPresent > 7 CFBasicHashFindBucket > 7 ___CFBasicHashFindBucket1 > 6 ___CFBasicHashFindBucket1 > 1 __CFDictionaryCallback > 6 rb_vm_const_lookup > 2 rb_class_ivar_dict > 1 _class_getInstanceSize > 1 rb_class_ivar_dict > 2 rb_ivar_defined > 1 _class_getSuperclass > 1 rb_ivar_defined > 1 pthread_mutex_lock > 1 OSSpinLockLock > 1 rb_const_get > 1 rb_objc_type > 16 DYLD-STUB$$pthread_getspecific > 3 MREP_E703CF12A5E24BF0B2816D4959A62795 > 2 0x1050b2b8b > 1 0x1050b2c8f > 1 rb_vm_get_current_class > 7 rb_vm_yield_args > 5 rb_objc_type > 2 rb_ary_ptr > 1 rb_yield > 1752 Thread_754756 DispatchQueue_2: com.apple.libdispatch-manager > (serial) > 1752 start_wqthread > 1752 _pthread_wqthread > 1752 _dispatch_worker_thread2 > 1752 _dispatch_queue_invoke > 1752 _dispatch_mgr_invoke > 1752 kevent > 1752 Thread_754770 > 1752 thread_start > 1752 _pthread_start > 1752 __NSThread__main__ > 1752 +[NSURLConnection(NSURLConnectionReallyInternal) > _resourceLoadLoop:] > 1752 CFRunLoopRunSpecific > 1752 __CFRunLoopRun > 1752 mach_msg > 1752 mach_msg_trap > 1752 Thread_754774: com.apple.CFSocket.private > 1752 thread_start > 1752 _pthread_start > 1752 __CFSocketManager > 1752 select$DARWIN_EXTSN > 1737 Thread_ DispatchQueue_10: Garbage Collection Work > Queue (serial) > 1737 start_wqthread > 1737 _pthread_wqthread > 1737 _dispatch_worker_thread2 > 1737 _dispatch_queue_invoke > 1737 _dispatch_queue_drain > 1736 _dispatch_call_block_and_release > 1736 auto_collection_work(Auto::Zone*) > 1736 auto_collect_internal(Auto::Zone*, unsigned int) > 1593 Auto::Zone::collect(bool, void*, unsigned long > long*) > 1221 Auto::MemoryScanner::scan() > 588 Auto::Collector::check_roots() > 557 > Auto::MemoryScanner::scan_retained_and_old_blocks() > 557 bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_and_old_blocks_visitor&) > 476 bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_and_old_blocks_visitor&) > 81 > Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) > 31 > Auto::MemoryScanner::scan_retained_blocks() > 31 bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_blocks_visitor&) > 570 > Auto::MemoryScanner::scan_pending_until_done() > 523 > Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned > long, void*) > 304 > Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) > 133 objc_layout_for_address > 84 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 58 > Auto::MemoryScanner::set_pending(void*) > 26 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 72 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 69 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 39 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 29 > Auto::MemoryScanner::set_pending(void*) > 1 > Auto::MemoryScanner::check_block(void**, void*) > 3 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 11 > Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) > 4 class_getIvarLayout > 176 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 128 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 48 > Auto::MemoryScanner::set_pending(void*) > 43 > Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned > long, void*) > 30 > Auto::MemoryScanner::scan_pending_until_done() > 12 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 11 Auto::MemoryScanner::set_pending(void*) > 1 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 5 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 4 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 1 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 48 > Auto::MemoryScanner::scan_thread_ranges(bool, bool) > 48 Auto::Zone::scan_registered_threads(void ( > block_pointer)(Auto::Thread*)) > 47 > Auto::Thread::scan_other_thread(Auto::MemoryScanner&, bool) > 45 > Auto::MemoryScanner::scan_pending_until_done() > 40 > Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned > long, void*) > 23 > Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) > 12 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 8 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 4 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 4 > Auto::MemoryScanner::set_pending(void*) > 4 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) > 5 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 4 > Auto::MemoryScanner::set_pending(void*) > 1 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 4 objc_layout_for_address > 1 > Auto::MemoryScanner::scan_object_range(Auto::Range&, Auto::WriteBarrier*) > 1 class_getIvarLayout > 14 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 13 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 1 > Auto::MemoryScanner::set_pending(void*) > 3 > Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, unsigned > long, void*) > 3 > Auto::MemoryScanner::scan_pending_until_done() > 2 > Auto::MemoryScanner::scan_range(Auto::Range const&, Auto::WriteBarrier*) > 1 Auto::Thread::resume() > 1 thread_resume > 1 mach_msg > 1 mach_msg_trap > 1 Auto::Thread::suspend() > 1 thread_suspend > 1 mach_msg > 1 mach_msg_trap > 1 pthread_mutex_lock > 15 Auto::Collector::scan_barrier() > 15 > Auto::Zone::enlivening_barrier(Auto::MemoryScanner&) > 15 Auto::MemoryScanner::repend(void*) > 346 bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scavenge_blocks_visitor&) > 14 weak_clear_references > 5 Auto::WriteBarrier::mark_cards_untouched() > 4 __bzero > 3 Auto::WriteBarrier::clear_untouched_cards() > 83 Auto::Zone::invalidate_garbage(unsigned long, > unsigned long const*) > 83 batchFinalize > 83 Auto::foreach_block_do(auto_zone_cursor*, > void (*)(void*, void*), void*) > 74 finalizeOneObject > 46 rb_char_to_icu_option > 43 uregex_close > 39 uregex_find > 24 icu::RegexPattern::~RegexPattern() > 22 icu::RegexPattern::zap() > 8 icu::RegexPattern::zap() > 5 icu::UnicodeSet::~UnicodeSet() > 2 szone_free_definite_size > 1 szone_free_definite_size > 1 tiny_free_list_remove_ptr > 1 __spin_lock > 1 icu::UVector::~UVector() > 1 szone_free_definite_size > 1 > icu::UnicodeSet::~UnicodeSet() > 3 icu::UVector32::~UVector32() > 3 szone_free_definite_size > 3 icu::UVector::~UVector() > 1 __spin_lock > 1 free > 1 szone_size > 1 szone_free_definite_size > 1 tiny_free_list_add_ptr > 1 __spin_lock > 1 free > 1 szone_free_definite_size > 2 > icu::UnicodeString::~UnicodeString() > 2 szone_free_definite_size > 11 icu::RegexMatcher::~RegexMatcher() > 5 icu::UVector32::~UVector32() > 4 free > 1 szone_free_definite_size > 1 tiny_free_do_recirc_to_depot > 1 madvise_free_range > 1 madvise > 4 szone_free_definite_size > 3 szone_free_definite_size > 1 tiny_free_list_add_ptr > 2 > icu::RegexMatcher::~RegexMatcher() > 2 __spin_lock > 1 free > 1 szone_size > 1 szone_free_definite_size > 1 tiny_free_list_remove_ptr > 3 OSAtomicAdd32 > 3 __atomic_add32 > 1 icu::UMemory::operator delete(void*) > 1 __spin_lock > 1 free > 1 szone_free_definite_size > 15 object_getClassName > 5 object_cxxDestructFromClass > 4 _class_hasCxxStructorsNoSuper > 1 _class_getSuperclass > 3 _class_getName > 2 objc_msgSend > 1 -[NSObject(NSObject) finalize] > 1 objc_collectingEnabled > 1 DYLD-STUB$$uregex_close > 1 finalizeOneObject > 3 Auto::Zone::block_layout(void*) > 3 Auto::foreach_block_do(auto_zone_cursor*, > void (*)(void*, void*), void*) > 2 Auto::Zone::block_size(void*) > 1 object_cxxDestruct > 51 Auto::Zone::free_garbage(unsigned int, unsigned > long, unsigned long*, unsigned long&, unsigned long&) > 19 Auto::Zone::free_garbage(unsigned int, > unsigned long, unsigned long*, unsigned long&, unsigned long&) > 14 Auto::Admin::deallocate(void*) > 8 Auto::Admin::deallocate_no_lock(void*) > 6 Auto::Admin::deallocate(void*) > 6 __spin_lock > 4 Auto::Zone::block_refcount(void*) > 4 > Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) > 4 objc_weak_layout_for_address > 7 vm_msync > 7 mach_msg > 7 mach_msg_trap > 1 DYLD-STUB$$_spin_unlock > 1 thread_info > 1 mach_msg > 1 mach_msg_trap > 1 _dispatch_queue_drain > 1254 Thread_755081 > 1254 start_wqthread > 1254 _pthread_wqthread > 1254 __workq_kernreturn > 470 Thread_754973 > 470 start_wqthread > 469 _pthread_wqthread > 469 __workq_kernreturn > 1 start_wqthread > 43 Thread_754973 DispatchQueue_9: com.apple.root.high-overcommit- > priority (serial) > 43 start_wqthread > 43 _pthread_wqthread > 43 _dispatch_worker_thread2 > 42 _dispatch_queue_invoke > 42 _dispatch_wakeup > 42 _dispatch_queue_push_list_slow > 42 _dispatch_wakeup > 42 _dispatch_queue_wakeup_global > 42 pthread_workqueue_additem_np > 42 pick_nextworkqueue_droplock > 39 pick_nextworkqueue_droplock > 3 __workq_kernreturn > 1 _dispatch_worker_thread2 > > Total number in stack (recursive counted multiple, when >=5): > 34 __spin_lock > 27 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, > unsigned int, bool, bool) > 27 auto_zone_allocate_object > 27 auto_zone_set_write_barrier > 26 rb_vm_dispatch > 25 Auto::Admin::thread_cache_allocate(Auto::Thread&, > unsigned long&, unsigned int, bool, bool&) > 21 Auto::Zone::set_write_barrier(Auto::Thread&, void*, > void*) > 20 rb_objc_type > 18 szone_malloc_should_clear > 16 szone_free_definite_size > 15 Auto::AutoPointerHash::add(void*, unsigned int) > 15 Auto::Zone::block_start(void*) > 14 CFDictionaryGetValueIfPresent > 14 malloc > 14 malloc_zone_malloc > 12 rb_objc_newobj > 12 tiny_malloc_from_free_list > 11 Auto::Thread::track_local_assignment(Auto::Zone*, void*, > void*) > 11 CFBasicHashFindBucket > 11 ___CFBasicHashFindBucket1 > 10 check_resurrection(Auto::Thread&, Auto::Zone*, void*, > bool, void const*, unsigned long) > 10 free > 9 Auto::AutoPointerHash::grow(unsigned int, unsigned int) > 9 Auto::MemoryScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) > 9 rary_reserve > 9 rb_ivar_defined > 9 ruby_xmalloc > 7 Auto::MemoryScanner::set_pending(void*) > 6 Auto::Zone::registered_thread() > 6 __CFDictionaryCallback > 6 szone_size > 6 tiny_free_list_add_ptr > 5 0x102d64b41 > 5 __bzero > 5 __memcpy > 5 _class_getSuperclass > 5 _pthread_wqthread > 5 auto_collect > 5 icu::UVector32::~UVector32() > 5 mach_msg > 5 mach_msg_trap > 5 rb_vm_yield_args > 5 rb_yield > 5 ruby_xmalloc_ptrs > 5 start_wqthread > > Sort by top of stack, same collapsed (when >= 5): > mach_msg_trap 1762 > kevent 1752 > select$DARWIN_EXTSN 1752 > __workq_kernreturn 1726 > __spin_lock 526 > bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_and_old_blocks_visitor&) 476 > bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scavenge_blocks_visitor&) 346 > Auto::MemoryScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) 218 > Auto::MemoryScanner::set_pending(void*) 155 > objc_layout_for_address 139 > rb_vm_dispatch 91 > Auto::Admin::thread_cache_allocate(Auto::Thread&, unsigned long&, > unsigned int, bool, bool&) 81 > Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) > 81 > icu::RuleBasedTimeZone::RuleBasedTimeZone(icu::UnicodeString > const&, icu::InitialTimeZoneRule*) 67 > Auto::MemoryScanner::scan_for_unmarked_blocks(Auto::Subzone*, > unsigned long, void*) 46 > 0x102d6e24f 41 > pick_nextworkqueue_droplock 39 > rb_reg_quote 38 > Auto::Zone::block_start(void*) 36 > Auto::MemoryScanner::scan_pending_until_done() 33 > bool > Auto::visitAllocatedBlocks(Auto::Zone*, > Auto::scan_retained_blocks_visitor&) 31 > Auto::Thread::track_local_assignment(Auto::Zone*, void*, void*) > 29 > Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned > int, bool, bool) 29 > Auto::Zone::set_write_barrier(Auto::Thread&, void*, void*) > 27 > icu::UnicodeSet::contains(int) const 27 > rb_objc_type 27 > rb_vm_yield_args 24 > szone_free_definite_size 23 > tiny_malloc_from_free_list 23 > check_resurrection(Auto::Thread&, Auto::Zone*, void*, bool, void > const*, unsigned long) 22 > Auto::AutoPointerHash::add(void*, unsigned int) 21 > ___CFBasicHashFindBucket1 21 > Auto::Thread::flush_local_blocks() 20 > rb_objc_newobj 20 > Auto::Zone::free_garbage(unsigned int, unsigned long, unsigned > long*, unsigned long&, unsigned long&) 19 > MREP_ED3FA9FE11CE453BB2C205CC2244B590 19 > Auto::AutoPointerHash::grow(unsigned int, unsigned int) 17 > DYLD-STUB$$pthread_getspecific 16 > rb_mod_remove_const 16 > Auto::MemoryScanner::repend(void*) 15 > object_getClassName 15 > szone_malloc_should_clear 14 > weak_clear_references 14 > uprv_malloc 13 > Auto::MemoryScanner::scan_object_range(Auto::Range&, > Auto::WriteBarrier*) 12 > auto_zone_set_write_barrier 12 > auto_zone_allocate_object 11 > uregex_open 11 > __bzero 10 > 0x102d646ef 9 > auto_zone_write_barrier_memmove 9 > free 9 > icu::UnicodeString::UnicodeString(signed char, unsigned short > const*, int) 9 > rb_vm_const_lookup 9 > Auto::Admin::deallocate_no_lock(void*) 8 > Auto::ThreadLocalCollector::eject_local_block(void*) 8 > Auto::WriteBarrier::scan_marked_ranges(void*, unsigned long, > Auto::MemoryScanner&) 8 > __memcpy 8 > icu::RegexPattern::zap() 8 > szone_size 8 > tiny_free_list_add_ptr 8 > Auto::ThreadLocalScanner::scan_range(Auto::Range const&, > Auto::WriteBarrier*) 7 > Auto::Zone::get_refcount_small_medium(Auto::Subzone*, void*) > 7 > Auto::Zone::registered_thread() 7 > CFDictionaryGetValueIfPresent 7 > _rwlock_read_nodebug 7 > Auto::Admin::deallocate(void*) 6 > Auto::AutoPointerHash::slotIndex(void*) const 6 > MREP_DF2F9DF153294E148F2D9151878E3179 6 > __CFDictionaryCallback 6 > class_getIvarLayout 6 > rb_ivar_defined 6 > rb_obj_is_kind_of 6 > rb_unicode_regex_new_retained 6 > rb_vm_get_ivar_slot 6 > ucnv_getUnicodeSet 6 > Auto::WriteBarrier::mark_cards_untouched() 5 > Auto::Zone::block_deallocate(void*) 5 > _class_getInstanceSize 5 > _class_getSuperclass 5 > icu::UnicodeString::moveIndex32(int, int) const 5 > rary_reserve 5 > rb_class_real 5 > rb_str_bstr 5 > szone_realloc 5 > > Binary Images: > 0x100000000 - 0x100000ff7 +macruby ??? (???) <5E218005 > -38AE-E6E4-D592-F05E4C43626D> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macruby > 0x100003000 - 0x100b05f77 +libmacruby.dylib 0.8.0 > (compatibility 0.8.0) <2058C0C2-56FA-C3FA-5D40-1761E84A9A2E> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/libmacruby.dylib > 0x100ee9000 - 0x100eecfff +defaults.rbo ??? (???) > <463954FD-E040-F512-DB30-9FB00478003A> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/defaults.rbo > 0x100eef000 - 0x100ef0ff7 CoreFoundation.dylib 0.9.0 > (compatibility 0.9.0) > /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib > 0x100ef4000 - 0x100ef4fff CFNetwork.dylib 0.9.0 > (compatibility 0.9.0) <49F709FB-1625-004B-DE67-F52FA7C992AB> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Resources/BridgeSupport/CFNetwork.dylib > 0x100fb8000 - 0x100fd1ff7 +rubygems.rbo ??? (???) <3B1B56C6 > -257E-51C4-FB12-C7F47D1837C9> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems.rbo > 0x100fd5000 - 0x100fdbfff +thread.rbo ??? (???) <4B2587AA- > BF1C-D105-14D4-93B3F63095D2> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/thread.rbo > 0x100fdf000 - 0x100fe0fff +etc.bundle ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/etc.bundle > 0x100fe4000 - 0x100fedff7 +rbconfig.rbo ??? (???) <4A7CDF40 > -4FDA-7C6E-027D-C9BDB786BD81> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2 > /universal-darwin10.0/rbconfig.rbo > 0x100ff5000 - 0x100ff7fff +exceptions.rbo ??? (???) > <1EF757FD-1886-A321-4EC3-7D7AEE0E7C7B> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/exceptions.rbo > 0x100ffb000 - 0x100ffcff7 +custom_require.rbo ??? (???) > <5488AB22-A280-F01B-9496-964BB1F4E95A> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/custom_require.rbo > 0x102d5a000 - 0x102d5fff7 +version.rbo ??? (???) AEC9-C61D-9C7D-EA162B564440> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/version.rbo > 0x102d63000 - 0x102d69fff +requirement.rbo ??? (???) > <8C5B5FC5-3066-55E3-0D34-8932665FFDF9> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/requirement.rbo > 0x102d6d000 - 0x102d72fff +dependency.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency.rbo > 0x102d76000 - 0x102d79ff7 +gem_path_searcher.rbo ??? (???) > <346F30F8-6DDA-8E6F-6F65-734EE8837815> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_path_searcher.rbo > 0x102d7d000 - 0x102d8dff7 +source_index.rbo ??? (???) > <6E4F5D94-8304-4200-92CB-47CFA2502775> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/source_index.rbo > 0x102d91000 - 0x102d9afff +user_interaction.rbo ??? (???) > <6E242882-8433-295F-7AEB-F1847C86514B> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/user_interaction.rbo > 0x102d9e000 - 0x102dbbff7 +specification.rbo ??? (???) > <759AD42B-FF06-8C5C-747A-1E61C4F7B09C> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/specification.rbo > 0x102dc0000 - 0x102dc6fff +platform.rbo ??? (???) > <4EA10A21-8360-E000-EA51-AEB9EB9B6429> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/platform.rbo > 0x102dca000 - 0x102dcdff7 +builder.rbo ??? (???) <52CB31D2 > -8AFF-1DC2-DA75-3EF6E158F606> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/builder.rbo > 0x102dd0000 - 0x102dd8ff7 +config_file.rbo ??? (???) > <485C166E-783A-D233-833D-4EE4DBF27FC7> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/config_file.rbo > 0x102ddc000 - 0x102ddfff7 +version_option.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/version_option.rbo > 0x103cc6000 - 0x103cc9fff +gem_runner.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_runner.rbo > 0x103ccc000 - 0x103cd1fff +command_manager.rbo ??? (???) > <392970D4-2EDE-963C-71EF-CE337136CF70> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/command_manager.rbo > 0x103cd5000 - 0x103cd8ff7 +timeout.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/timeout.rbo > 0x103cdc000 - 0x103ce7ff7 +command.rbo ??? (???) <7108ACF5 > -106F-950D-DC80-B7B31DB2A1D1> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/command.rbo > 0x103ceb000 - 0x103cf2fff +doc_manager.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/doc_manager.rbo > 0x103cf6000 - 0x103cfbff7 +install_command.rbo ??? (???) > <172F8C34-53B9-C86A-53F3-D0410FC76483> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/commands/install_command.rbo > 0x103fd1000 - 0x103ff6fff +fileutils.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/fileutils.rbo > 0x103ffa000 - 0x103ffdff7 +install_update_options.rbo ??? > (???) <1CEC750F-A08C-1ECA-9389-F0873BF84A09> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/install_update_options.rbo > 0x104b80000 - 0x104baeff7 +optparse.rbo ??? (???) -43EE-00F2-D27F-82E7C5476394> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/optparse.rbo > 0x104bb3000 - 0x104bbeff7 +security.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/security.rbo > 0x104bc2000 - 0x104bc4ff7 +gem_openssl.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/gem_openssl.rbo > 0x104bc8000 - 0x104bc8ff7 +openssl.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl.rbo > 0x104bcb000 - 0x104bcdff7 +digest.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/digest.rbo > 0x104bd0000 - 0x104bd1fff +digest.bundle ??? (???) > <0C695B92-9D01-FBE2-ADE6-66216B2E1B13> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/digest.bundle > 0x104bd5000 - 0x104bd6ff7 +bn.rbo ??? (???) > <50AB8373-1BAC-5565-014B-A9C9494B59D0> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/bn.rbo > 0x104bd9000 - 0x104bdbfff +cipher.rbo ??? (???) > <900EBE18-2313-D1F4-BC3A-59FBF10FF4D1> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/cipher.rbo > 0x104bde000 - 0x104be0fff +digest.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/digest.rbo > 0x104be3000 - 0x104beafff +ssl-internal.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl > /ssl-internal.rbo > 0x104bee000 - 0x104bf5ff7 +buffering.rbo ??? (???) > <05035470-802D-F01F-2BF0-06EB39FB5DD2> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/buffering.rbo > 0x104bf9000 - 0x104bf9fff +fcntl.bundle ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/fcntl.bundle > 0x104bfc000 - 0x104bfdff7 +f_sync_dir.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/f_sync_dir.rbo > 0x104d00000 - 0x104d39fff +openssl.bundle ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/openssl.bundle > 0x104d65000 - 0x104d6bff7 +x509-internal.rbo ??? (???) > <5C4103A4-4C65-293A-B7DD-5B752889B07C> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2/openssl/x509-internal.rbo > 0x104d6f000 - 0x104d78fff +dependency_installer.rbo ??? > (???) <347B82E0-CC37-64D6-83B6-E1C39A475921> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency_installer.rbo > 0x104d7c000 - 0x104d82fff +dependency_list.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/dependency_list.rbo > 0x104d86000 - 0x104d95fff +installer.rbo ??? (???) > <5962F627-0334-CAC7-1549-4109767FBFF0> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/installer.rbo > 0x104d99000 - 0x104d9cff7 +format.rbo ??? (???) > <715C6819-DC18-9D37-E002-3B45996542F7> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/format.rbo > 0x104da0000 - 0x104da4ff7 +package.rbo ??? (???) <0EA06D88 > -D19C-8DE8-BCC4-7A932C7CD877> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package.rbo > 0x104da8000 - 0x104dadfff +yaml.rbo ??? (???) > <4F995027-8C99-D80A-27AD-179449D4E0ED> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/yaml.rbo > 0x104db1000 - 0x104dd8ff7 +libyaml.bundle ??? (???) > <7C8CF205-945B-E0E2-095C-1A4F3C08CDB9> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/libyaml.bundle > 0x104de2000 - 0x104deffff +rubytypes.rbo ??? (???) > <733EAA8B-6916-919D-4197-49A06A1181B8> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/yaml/rubytypes.rbo > 0x104df3000 - 0x104df9fff +tar_header.rbo ??? (???) > <40BBF5F5-BD53-2342-1E6F-90DCE85ACB26> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_header.rbo > 0x104dfd000 - 0x104dfdff7 +ext.rbo ??? (???) > <9B1DDB21-4962-3B27-E40F-6F76EC74CA50> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext.rbo > 0x105000000 - 0x105031fff +date.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/date.rbo > 0x105035000 - 0x10505afff +format.rbo ??? (???) -ED3E-7A28-A97A-6943C619C415> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/date/format.rbo > 0x10505e000 - 0x105067fff +zlib.bundle ??? (???) > <641788E1-E628-2816-2BF1-4649C27CEBBF> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/zlib.bundle > 0x10506f000 - 0x105076ff7 +tar_input.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_input.rbo > 0x10507a000 - 0x10507efff +tar_output.rbo ??? (???) > <70C8EED6-AA76-A225-09AA-1624076B9456> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_output.rbo > 0x105082000 - 0x105085ff7 +tar_reader.rbo ??? (???) > <83409226-7F06-759C-5668-39511EEE5F7E> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_reader.rbo > 0x105089000 - 0x10508cff7 +entry.rbo ??? (???) -3CAD-9A74-8A1F-3A3CF08C5943> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_reader/entry.rbo > 0x10508f000 - 0x105095ff7 +tar_writer.rbo ??? (???) > <5FA361AE-863A-FD87-621C-29F6811C5B88> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/package/tar_writer.rbo > 0x105099000 - 0x10509cfff +builder.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/builder.rbo > 0x1050a0000 - 0x1050a1fff +configure_builder.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/configure_builder.rbo > 0x1050a4000 - 0x1050a5fff +ext_conf_builder.rbo ??? (???) > <12B65BB9-B22A-4ED9-5773-F7E24E367D66> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/ext_conf_builder.rbo > 0x1050a8000 - 0x1050aafff +rake_builder.rbo ??? (???) > <4E08F2CD-8341-8A29-A02B-910E942052DB> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/ext/rake_builder.rbo > 0x1050ad000 - 0x1050affff +require_paths_builder.rbo ??? > (???) <25AEBEE3-B419-B89C-622F-3962ED5785A9> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/require_paths_builder.rbo > 0x1050b2000 - 0x1050bafff +spec_fetcher.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/spec_fetcher.rbo > 0x1050be000 - 0x1050c9fff +remote_fetcher.rbo ??? (???) > <404CE04A-6D5B-A34F-AAD0-C1CED6710D56> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/remote_fetcher.rbo > 0x1050cd000 - 0x1050fbfff +http.rbo ??? (???) > <9FE255B7-4C15-F56B-F6E2-7ADB9D5F4D3F> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/net/http.rbo > 0x105100000 - 0x10510afff +protocol.rbo ??? (???) > <4B13C38D-C71A-1AA7-00AE-270BA42F28FB> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/net/protocol.rbo > 0x10510e000 - 0x105119fff +socket.bundle ??? (???) > <8192F333-8BFA-765E-FDD4-8F52696EC9CB> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/site_ruby/1.9.2 > /universal-darwin10.0/socket.bundle > 0x105120000 - 0x105121ff7 +uri.rbo ??? (???) > <8C204D49-719F-F830-F188-AF95BD36FF84> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri.rbo > 0x105124000 - 0x105134ff7 +common.rbo ??? (???) -34FE-30DF-BCD2-C83C5A7F7DC3> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/common.rbo > 0x105138000 - 0x10514dfff +generic.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/generic.rbo > 0x105151000 - 0x105155ff7 +ftp.rbo ??? (???) -10AD-B2FC-BF491DDF6C20> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ftp.rbo > 0x105159000 - 0x10515bff7 +http.rbo ??? (???) <2A3204EC- > AD3B-0AA3-A3FD-7E3FF6466008> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/http.rbo > 0x10515e000 - 0x10515ffff +https.rbo ??? (???) <7062547E- > AF23-515B-F615-7BB6CE46B99B> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/https.rbo > 0x105162000 - 0x105167fff +ldap.rbo ??? (???) > <3B78C0D1-79B7-A225-9004-F48C67D98D9F> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ldap.rbo > 0x10516b000 - 0x10516cfff +ldaps.rbo ??? (???) > <4B0AF17F-E444-79FC-743A-68A1D35A4149> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/ldaps.rbo > 0x10516f000 - 0x105175fff +mailto.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/uri/mailto.rbo > 0x105179000 - 0x105184ff7 +time.rbo ??? (???) <1A70BDBC- > 7EED-6E8B-FB8F-23FDDDBDD617> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/time.rbo > 0x105188000 - 0x10518cfff +local_remote_options.rbo ??? > (???) <80344034-7808-7B0B-F89B-DF47AC6C1000> > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/local_remote_options.rbo > 0x105190000 - 0x10519afff +validator.rbo ??? (???) > > /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rubygems/validator.rbo > 0x1051de000 - 0x1051dffff Foundation.dylib 0.9.0 > (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> > /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib > 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) -3B6C-1C2C-9075EA219A06> /usr/lib/dyld > 0x7fff803a1000 - 0x7fff803dcfff com.apple.AE 496.4 (496.4) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE > 0x7fff809fc000 - 0x7fff80a27ff7 libxslt.1.dylib 3.24.0 > (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> > /usr/lib/libxslt.1.dylib > 0x7fff80a28000 - 0x7fff80b3ffef libxml2.2.dylib 10.3.0 > (compatibility 10.0.0) > /usr/lib/libxml2.2.dylib > 0x7fff80b40000 - 0x7fff80b46ff7 com.apple.DiskArbitration 2.3 > (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> > /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration > 0x7fff80c3d000 - 0x7fff80c9dfe7 com.apple.framework.IOKit 2.0 > (???) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > 0x7fff80c9e000 - 0x7fff80e15fe7 com.apple.CoreFoundation 6.6.4 > (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > 0x7fff80e70000 - 0x7fff80e81ff7 libz.1.dylib 1.2.3 > (compatibility 1.0.0) > /usr/lib/libz.1.dylib > 0x7fff80e8a000 - 0x7fff80ed4ff7 com.apple.Metadata 10.6.3 > (507.12) <9231045A-E2E3-B0C2-C81A-92C9EA98A4DF> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata > 0x7fff80ed5000 - 0x7fff80ed9ff7 libmathCommon.A.dylib 315.0.0 > (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> > /usr/lib/system/libmathCommon.A.dylib > 0x7fff816e7000 - 0x7fff8179dfff libobjc.A.dylib 227.0.0 > (compatibility 1.0.0) > /usr/lib/libobjc.A.dylib > 0x7fff8179e000 - 0x7fff81ad2fff > com.apple.CoreServices.CarbonCore 861.23 (861.23) > <08F360FA-1771-4F0B-F356-BEF68BB9D421> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore > 0x7fff81c2f000 - 0x7fff81c69fff libssl.0.9.8.dylib 0.9.8 > (compatibility 0.9.8) > /usr/lib/libssl.0.9.8.dylib > 0x7fff8238e000 - 0x7fff82447fff libsqlite3.dylib 9.6.0 > (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> > /usr/lib/libsqlite3.dylib > 0x7fff824dc000 - 0x7fff8257cfff com.apple.LaunchServices 362.1 > (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > 0x7fff82a20000 - 0x7fff82addff7 > com.apple.CoreServices.OSServices 357 (357) > <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices > 0x7fff82cc2000 - 0x7fff82d94fe7 com.apple.CFNetwork 454.11.5 > (454.11.5) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork > 0x7fff834b1000 - 0x7fff834c0fff com.apple.NetFS 3.2.1 (3.2.1) > > /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS > 0x7fff83544000 - 0x7fff83705fff libSystem.B.dylib 125.2.1 > (compatibility 1.0.0) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> > /usr/lib/libSystem.B.dylib > 0x7fff83b37000 - 0x7fff83b4dfef libbsm.0.dylib ??? (???) > <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib > 0x7fff83bce000 - 0x7fff83e51ff7 com.apple.Foundation 6.6.4 > (751.42) <9A99D378-E97A-8C0F-3857-D0FAA30FCDD5> > /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation > 0x7fff83e52000 - 0x7fff83ee2fff com.apple.SearchKit 1.3.0 > (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit > 0x7fff83fb9000 - 0x7fff83ffafff com.apple.SystemConfiguration > 1.10.5 (1.10.2) > /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration > 0x7fff84451000 - 0x7fff8445fff7 libkxld.dylib ??? (???) > <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib > 0x7fff8540e000 - 0x7fff8552ffe7 libcrypto.0.9.8.dylib 0.9.8 > (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> > /usr/lib/libcrypto.0.9.8.dylib > 0x7fff85959000 - 0x7fff859a5fff libauto.dylib ??? (???) > /usr/lib/libauto.dylib > 0x7fff867af000 - 0x7fff867afff7 com.apple.CoreServices 44 (44) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices > 0x7fff881a6000 - 0x7fff88223fef libstdc++.6.dylib 7.9.0 > (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> > /usr/lib/libstdc++.6.dylib > 0x7fff88799000 - 0x7fff887c1fff com.apple.DictionaryServices > 1.1.2 (1.1.2) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices > 0x7fff88836000 - 0x7fff88abcfef com.apple.security 6.1.1 (37594) > <17CF7858-52D9-9665-3AE8-23F07CC8BEA1> > /System/Library/Frameworks/Security.framework/Versions/A/Security > 0x7fff88f68000 - 0x7fff88f69ff7 com.apple.TrustEvaluationAgent > 1.1 (1) <51867586-1C71-AE37-EAAD-535A58DD3550> > /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent > 0x7fff88fae000 - 0x7fff8916cfff libicucore.A.dylib 40.0.0 > (compatibility 1.0.0) <781E7B63-2AD0-E9BA-927C-4521DB616D02> > /usr/lib/libicucore.A.dylib > 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) > <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib > }}} New description: {{{ $ sudo macgem install rails --debug --verbose Fetching http://rubygems.org/latest_specs.4.8.gz OK Fetching http://rubygems.org/specs.4.8.gz OK }}} My CPU goes through the roof and the memory keeps growing. -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 23:02:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 07:02:47 -0000 Subject: [MacRuby] #1027: trying to install rails creates a recursive loop In-Reply-To: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> References: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> Message-ID: <063.f519b0ab59856821afaf0df6eecfcc79@macosforge.org> #1027: trying to install rails creates a recursive loop -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 23:02:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 07:02:47 -0000 Subject: [MacRuby] #714: Hide certain methods on Symbol which are inherited from NSString. In-Reply-To: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> References: <054.035722972df2843aaf6b4d07248ceeb6@macosforge.org> Message-ID: <063.e1fb1a75e3ae73acc38e43cb4d45b0ec@macosforge.org> #714: Hide certain methods on Symbol which are inherited from NSString. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: mattaimonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by mattaimonetti@?): I'm attaching 2 patches, one to remove all the bang methods and the other to remove all the string only methods. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 23:07:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 07:07:48 -0000 Subject: [MacRuby] #994: Grit gem acts differently in macruby vs macruby app In-Reply-To: <056.4c4ec18e70cc0423cc13672ffb67f888@macosforge.org> References: <056.4c4ec18e70cc0423cc13672ffb67f888@macosforge.org> Message-ID: <065.05166ffa00f5c56f914c412cea9ad299@macosforge.org> #994: Grit gem acts differently in macruby vs macruby app ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by isaackearse@?): OK I'm getting slightly different results again. Ruby 1.9 and MacRuby both return the same result from the command line: {{{ Isaac-2:Downloads isaac$ macruby test.rb 33 ../Users/isaac/src/rails # Isaac-2:Downloads isaac$ ruby19 test.rb 33 ../Users/isaac/src/rails # }}} When I run the same script in Xcode it sometimes returns different results and sometimes fails with this error: {{{ /Users/isaac/Downloads/994/build/Debug/994.app/Contents/Resources/rb_main.rb:18:in `block': Interrupted system call - /usr/bin/env git --git- dir='/Users/isaac/src/rails/.git' diff-files (Errno::EINTR) from /Users/isaac/Downloads/994/build/Debug/994.app/Contents/Resources/rb_main.rb:16:in `
' }}} When it runs successfully in Xcode it returns these results: {{{ 0 ../Users/isaac/src/rails # }}} Attached is a zip of the project - created with Xcode Version 3.2.5 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 5 23:51:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 07:51:19 -0000 Subject: [MacRuby] #1005: How could macrubyd be used to debug a Cocoa app? In-Reply-To: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> References: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> Message-ID: <056.1d4b04ead7637d7162c127de62b1b25d@macosforge.org> #1005: How could macrubyd be used to debug a Cocoa app? ------------------------------+--------------------------------------------- Reporter: rap@? | Owner: lsansonetti@? Type: task | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: macrubyd ------------------------------+--------------------------------------------- Comment(by isaackearse@?): That sounds like a good place to start, I'm going to dive in and see if I can figure out how to do that. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 05:46:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 13:46:53 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared Message-ID: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- in an empty directory: {{{ touch r?be.txt; touch tomate.txt }}} files with Unicode-characters give false result: {{{ macruby -e 'p Dir["r*.txt"].first == "r?be.txt"' false }}} without Unicode chars everything is fine: {{{ macruby -e 'p Dir["t*.txt"].first == "tomate.txt"' true }}} All strings have the same encoding: # -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 09:56:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 17:56:25 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.51529a442b95b6b1a362c1ca582e91b3@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by jazzbox@?): the string seems to be corrupted: {{{ $ macruby -e 'p Dir["r*.txt"].first[0..2]' "r?" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 14:44:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 22:44:50 -0000 Subject: [MacRuby] #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. In-Reply-To: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> References: <051.2d53efe2ca1e3d1d96594566ee7c266b@macosforge.org> Message-ID: <060.ea6b2780b58d7eab66566249d0490cf8@macosforge.org> #1008: Can't get the last line from $_. Need to implement rb_lastline_get and rb_lastline_set. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: #reduction | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r4986. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 14:46:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 22:46:35 -0000 Subject: [MacRuby] #952: Should set got string to $_ when calls StringIO#gets #readline. In-Reply-To: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> References: <051.e9f676f3255b4a706064d254ce9daf93@macosforge.org> Message-ID: <060.89d72a40c79da7d9ad36bf7dec1dc772@macosforge.org> #952: Should set got string to $_ when calls StringIO#gets #readline. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Thanks again for the patch, I applied it in r4986. The test script works as expected now: {{{ $ ./miniruby t.rb "hello world!" "hello world!" "1234" "1234" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 15:40:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 23:40:12 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug Message-ID: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I encountered an error using block with PDFDocument's findString:withOptions: Sample.rb {{{ #!/usr/local/bin/macruby framework 'cocoa';framework 'Quartz' PDFDocument.alloc.initWithURL(NSURL.fileURLWithPath("sample.pdf")).findString("the",withOptions:NSCaseInsensitiveSearch).each{|x| p x.string} }}} 'sample.pdf' is an academic journal PDF with about 12000 words in English. Along with this, I also tried .map{|x| x.string} instead of .each{} and got the same errors. The error messages I got are (multiple, all while processing the block): {{{ => NSInvalidArgumentException: -[CPCharacterIndex count]: unrecognized selector sent to instance (RuntimeError Error) => NSRangeException: *** -[NSCFArray objectAtIndex:]: index (220) beyond bounds (2) (RuntimeError) => [CPZoneBorderIntersection count]: unrecognized selector sent to instance => Segmentation fault }}} As suggested by Laurent, I set GC_DISABLE = 1 when I run this script (though I'm not sure if I did it correctly). Then this script ran without any problem. {{{ $ GC_DISABLE=1 macruby sample.rb => expected result ("the"/"The") }}} Also, without using block, I got an array of PDFSelection objects without an error. {{{ p PDFDocument.alloc.initWithURL(NSURL.fileURLWithPath("sample.pdf")).findString("the",withOptions:NSCaseInsensitiveSearch) => an array of "PDFSelection" objects }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 15:43:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 06 Dec 2010 23:43:29 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.8c5a98acd970b3a2be7046d705f50d7e@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): If the snippet runs fine with GC_DISABLE, then I suspect a bug in PDFKit itself. We need to rewrite the snippet in pure Objective-C and see if it still crashes. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 17:34:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 01:34:58 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.6f9ef2e86557435c07a691e451d26173@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Old description: > in an empty directory: > > {{{ > touch r?be.txt; touch tomate.txt > }}} > > files with Unicode-characters give false result: > > {{{ > macruby -e 'p Dir["r*.txt"].first == "r?be.txt"' > false > }}} > > without Unicode chars everything is fine: > > {{{ > macruby -e 'p Dir["t*.txt"].first == "tomate.txt"' > true > }}} > > All strings have the same encoding: # New description: in an empty directory: {{{ touch r?be.txt; touch tomate.txt }}} files with Unicode-characters give false result: {{{ macruby -e 'p Dir["r*.txt"].first == "r?be.txt"' false }}} without Unicode chars everything is fine: {{{ macruby -e 'p Dir["t*.txt"].first == "tomate.txt"' true }}} All strings have the same encoding: # -- Comment(by vincent.isambart@?): I'll have to check on my Mac when I get back home, but I suspect a problem of normalization (http://www.unicode.org/reports/tr15/). If I remember correctly, the Mac OS X file system is know to use form D (Canonical Decomposition) whereas most editors use form C (Canonical Decomposition, followed by Canonical Composition). Something like: {{{ macruby -e 'p Dir["r*.txt"].first.precomposedStringWithCanonicalMapping == "r?be.txt".precomposedStringWithCanonicalMapping' }}} would probably work. Note that I'm pretty sure at some point Laurent did something to make some path strings automatically converted to form C but that seems to have disappeared when we rewrote String. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 17:41:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 01:41:53 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.583243932945e74b76fc09346da90519@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by jazzbox@?): You are right, this is working: {{{ $ macruby -e 'p Dir["r*.txt"].first.precomposedStringWithCanonicalMapping == "r?be.txt".precomposedStringWithCanonicalMapping' true }}} {{{ $ macruby -e 'p Dir["r*.txt"].first.precomposedStringWithCanonicalMapping == "r?be.txt"' true }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 19:50:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 03:50:14 -0000 Subject: [MacRuby] #1030: A potential SQLite3-Ruby bug Message-ID: <051.5d77143dd98e27aab92ff2ef0e2374d8@macosforge.org> #1030: A potential SQLite3-Ruby bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I encountered a potential bug with SQLite3-Ruby. I installed SQLite3-Ruby with macgem. The version of SQLite is the one on the system (3.6.12) and the version of SQLite3-Ruby is 1.3.2. I'm not sure if this is specific on my system or a bug. sqlite3 test.rb {{{ #!/usr/local/bin/macruby require "rubygems" require "sqlite3" sql = <<-SQL CREATE table test_table ( col1 integer, col2 integer, col3 integer ); SQL db = SQLite3::Database.new("test.db") db.transaction do db.execute("DROP TABLE test_table") if db.execute("SELECT tbl_name FROM sqlite_master WHERE type == 'table'").include?(["test_table"]) db.execute(sql) db.execute("INSERT into test_table (col1,col2,col3) values (?,?,?)",0,0,0) p db.execute("SELECT col1,col2,col3 FROM test_table") end }}} Results MacRuby 0.8 nightly {{{ #=> [[nil, 0, 0]] }}} Ruby 1.8.7 {{{ #=> [[0,0,0]] }}} If there are more than two items (into two columns) in this way, the first item to insert (not the first column on the table) is always nil. If values are in the command string using #{} or only one item is inserted, no issue. {{{ db.execute("INSERT into test_table (col1,col2,col3) values (0,0,0)") OR db.execute("INSERT into test_table (col1,col2,col3) values (#{0},#{0},#{0})") }}} Result - MacRuby 0.8 nightly, Ruby 1.8.7 {{{ #=> [[0,0,0]] }}} I'll see if I can attach this sample script file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 20:45:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 04:45:02 -0000 Subject: [MacRuby] #1031: Segmentation fault from invalid obj-C alloc method Message-ID: <051.d18a47d05fae05ea99ef241a5672d458@macosforge.org> #1031: Segmentation fault from invalid obj-C alloc method ----------------------------------+----------------------------------------- Reporter: rice.audio@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Last login: Mon Dec 6 11:05:14 on console new-host:~ robertrice$ macirb irb(main):001:0> nil.alloc.init Segmentation fault new-host:~ robertrice$ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 20:48:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 04:48:15 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.514c6ec5b2d3b4a4749c87c8a9a991ba@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by yasuimao@?): I forgot to mention that the same process runs without returning error in RubyCocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:16:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:16:36 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.b878851d28414317f2a4ff75a7fd7836@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Yes but RubyCocoa does not use the Objective-C GC. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:17:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:17:07 -0000 Subject: [MacRuby] #1031: Segmentation fault from invalid obj-C alloc method In-Reply-To: <051.d18a47d05fae05ea99ef241a5672d458@macosforge.org> References: <051.d18a47d05fae05ea99ef241a5672d458@macosforge.org> Message-ID: <060.d15eb03d39dd6e538ff334b735bc0e7a@macosforge.org> #1031: Segmentation fault from invalid obj-C alloc method ----------------------------------+----------------------------------------- Reporter: rice.audio@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Old description: > Last login: Mon Dec 6 11:05:14 on console > new-host:~ robertrice$ macirb > irb(main):001:0> nil.alloc.init > Segmentation fault > new-host:~ robertrice$ New description: {{{ Last login: Mon Dec 6 11:05:14 on console new-host:~ robertrice$ macirb irb(main):001:0> nil.alloc.init Segmentation fault new-host:~ robertrice$ }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:40:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:40:55 -0000 Subject: [MacRuby] #720: methods from define_method() can't be performed from ObjC In-Reply-To: <054.d04cb1874ca87e63b604d85504a80b2f@macosforge.org> References: <054.d04cb1874ca87e63b604d85504a80b2f@macosforge.org> Message-ID: <063.1a150cd07dd4495e4fbe37de599e6397@macosforge.org> #720: methods from define_method() can't be performed from ObjC -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r4987. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:41:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:41:12 -0000 Subject: [MacRuby] #632: performSelector behaves oddly. In-Reply-To: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> References: <046.c312120d7ce59d99ac283973968aed13@macosforge.org> Message-ID: <055.f151ada79759709c1c24785d7c640ba3@macosforge.org> #632: performSelector behaves oddly. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: #reduction | -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r4987. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:41:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:41:27 -0000 Subject: [MacRuby] #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath In-Reply-To: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> References: <046.8a5023d1899e09a62279af5c738b978b@macosforge.org> Message-ID: <055.99af10ac41bf3e7cd2fb610cee0e4da7@macosforge.org> #987: segfault when passing a string instead of array to NSTask.launchedTaskWithLaunchPath -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: segfault when passing a string instead of array -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: Will not be fixed for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 21:41:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 05:41:48 -0000 Subject: [MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread In-Reply-To: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> References: <050.3994ad0cedada6fdd4cfb3616dfe4bb8@macosforge.org> Message-ID: <059.2d6e69b950072de4e83e10c2f81c372d@macosforge.org> #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread ---------------------------------+------------------------------------------ Reporter: dylan@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: #reduction | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r4987. {{{ $ cat t2.rb framework 'Cocoa' NSApplication.sharedApplication def main_thread( &block ) block.performSelectorOnMainThread( 'call', withObject: nil, waitUntilDone: true ) end Thread.new do main_thread do [1,2,3].each {|i| puts i } end end NSApp.run $ ./miniruby t2.rb 1 2 3 ^C }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 23:00:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 07:00:59 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block In-Reply-To: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> References: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> Message-ID: <062.052e45dd573f80d77daaeed1586c2127@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): {{{ $ ruby19 -v -e "IO.open(1){|f| p f}" ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] # $ ruby -v -e "IO.open(1){|f| p f}" ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] # macruby -e "IO.open(1){|f| p f}" unknown: warning: IO::new() does not take block; use IO::open() instead # }}} The similar warning can watch TCPServer/TCPSocket/UDPSocket. {{{ macruby -r socket -e "TCPServer.open('localhost'){|f| p f}" unknown: warning: TCPServer::new() does not take block; use TCPServer::open() instead macruby -r socket -e "TCPSocket.open('localhost', 80){|f| p f}" unknown: warning: TCPSocket::new() does not take block; use TCPSocket::open() instead -e:1:in `
': Connection refused - connect(2) (Errno::ECONNREFUSED) macruby -r socket -e "UDPSocket.open(){|f| p f}" unknown: warning: UDPSocket::new() does not take block; use UDPSocket::open() instead # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Dec 6 23:07:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 07:07:28 -0000 Subject: [MacRuby] #1027: Rubygems can be extremly slow (was: trying to install rails creates a recursive loop) In-Reply-To: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> References: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> Message-ID: <063.141b809d4d497b986a1d525be98cc98c@macosforge.org> #1027: Rubygems can be extremly slow -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Description changed by mattaimonetti@?: Old description: > {{{ > $ sudo macgem install rails --debug --verbose > Fetching http://rubygems.org/latest_specs.4.8.gz > OK > Fetching http://rubygems.org/specs.4.8.gz > OK > }}} > > My CPU goes through the roof and the memory keeps growing. New description: {{{ $ sudo macgem install rails --debug --verbose Fetching http://rubygems.org/latest_specs.4.8.gz OK Fetching http://rubygems.org/specs.4.8.gz OK }}} My CPU goes through the roof and the memory keeps growing. After some investigation and fixing a problem with RVM, I got the following details: {{{ 463.91 real 654.60 user 28.17 sys }}} The same thing with 1.9.2: {{{ real 0m27.105s user 0m12.051s sys 0m1.276s }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 00:02:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 08:02:26 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.f1dce1ac6cfd524ea6ee075155a7378b@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Here is an Objective-C implementation of your snippet: {{{ #import #import int main(void) { PDFDocument *doc = [[PDFDocument alloc] initWithURL:[NSURL fileURLWithPath:@"sample.pdf"]]; for (id result in [doc findString:@"the" withOptions:NSCaseInsensitiveSearch]) { NSLog(@"found %@", result); } return 0; } }}} Could you save it as test.m, then compile and run using: {{{ $ gcc test.m -o test -fobjc-gc -framework Cocoa -framework Quartz $ ./test }}} And let me know if you see the crash? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 00:04:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 08:04:26 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.400be658d5345494b4f34c57be58fc08@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 00:49:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 08:49:11 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.71d095b49708b14fc7427665cd21235f@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r4991. Note: only paths returned by Dir.glob are corrected. We will have to investigate all core APIs returning filesystem paths and make them use the new rstr_new_path() private function. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 00:55:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 08:55:15 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.e03efafee5d388d75a86e09eac788f05@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by yasuimao@?): I was able to run it 10 times without crash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 02:06:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 10:06:32 -0000 Subject: [MacRuby] #1030: A potential SQLite3-Ruby bug In-Reply-To: <051.5d77143dd98e27aab92ff2ef0e2374d8@macosforge.org> References: <051.5d77143dd98e27aab92ff2ef0e2374d8@macosforge.org> Message-ID: <060.b136efea8a133c71406d971a6846cdcc@macosforge.org> #1030: A potential SQLite3-Ruby bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): In my environment, Ruby1.8, Ruby1.9 and MacRuby are same results. {{{ $ ruby -v ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] $ ruby test_sqlite3.rb [[nil, 0, 0]] $ ruby19 -v ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] $ ruby19 test_sqlite3.rb [[nil, 0, 0]] $ macruby test_sqlite3.rb [[nil, 0, 0]] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 15:04:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 23:04:16 -0000 Subject: [MacRuby] #1032: dispatch library should be removed Message-ID: <052.c09a7e31f906ca36e0234a23380b8154@macosforge.org> #1032: dispatch library should be removed -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- The dispatch library (residing in lib/dispatch/) should be removed from trunk before releasing 1.0. The reasons: - Not important enough to ship by default. - The API design seems strange sometimes. Once it ships, we won't be able to break it anymore as we must preserve compatibility. - Not tested well enough. Instead, we should make it a gem (if wanted). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 15:05:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 07 Dec 2010 23:05:55 -0000 Subject: [MacRuby] #1032: dispatch library should be removed In-Reply-To: <052.c09a7e31f906ca36e0234a23380b8154@macosforge.org> References: <052.c09a7e31f906ca36e0234a23380b8154@macosforge.org> Message-ID: <061.fddc5ed439df74441880600ffb4005a1@macosforge.org> #1032: dispatch library should be removed -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Description changed by lsansonetti@?: Old description: > The dispatch library (residing in lib/dispatch/) should be removed from > trunk before releasing 1.0. > > The reasons: > > - Not important enough to ship by default. > - The API design seems strange sometimes. Once it ships, we won't be able > to break it anymore as we must preserve compatibility. > - Not tested well enough. > > Instead, we should make it a gem (if wanted). New description: The dispatch library (residing in lib/dispatch/) should be removed from trunk before releasing 1.0. The reasons: * Not important enough to ship by default. * The API design seems strange sometimes. Once it ships, we won't be able to break it anymore as we must preserve compatibility. * Not tested well enough. Instead, we should make it a gem (if wanted). -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 16:26:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 00:26:59 -0000 Subject: [MacRuby] #1022: move to llvm 2.8 In-Reply-To: <052.a0ea59cd385714ab08833cd17200f510@macosforge.org> References: <052.a0ea59cd385714ab08833cd17200f510@macosforge.org> Message-ID: <061.ba4656ad36edb52483a78841285d271d@macosforge.org> #1022: move to llvm 2.8 -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Done in r4993. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 16:38:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 00:38:25 -0000 Subject: [MacRuby] #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. In-Reply-To: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> References: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> Message-ID: <060.c7ab643822aa0333fc561cc6b0a9ef8b@macosforge.org> #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Not sure if this is a bug for 1.0. #tr and #count aren't used very much. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 16:48:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 00:48:58 -0000 Subject: [MacRuby] #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil Message-ID: <053.1ab7e9c31a6b0bc9c1122e5a8f141670@macosforge.org> #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Try to tab complete the following: Dir.entries( '.' ).first.re I get the following error: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:55:in `block': undefined method `[]' for nil:NilClass (NoMethodError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:9:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:7:in `
' In other cases, I get: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:55:in `block': undefined method `instance_methods' for nil:NilClass (NoMethodError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:9:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/bin/macirb:7:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 18:35:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 02:35:42 -0000 Subject: [MacRuby] #1032: dispatch library should be removed In-Reply-To: <052.c09a7e31f906ca36e0234a23380b8154@macosforge.org> References: <052.c09a7e31f906ca36e0234a23380b8154@macosforge.org> Message-ID: <061.babb94da2140db3504bda87dae939f5c@macosforge.org> #1032: dispatch library should be removed -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Done in r4994. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 19:26:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 03:26:55 -0000 Subject: [MacRuby] #1029: Possible PDFKit bug In-Reply-To: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> References: <051.f829e8bb3d1566c5ff57617b9624a795@macosforge.org> Message-ID: <060.5d8283ab6d7546416e1aac5b73f60b69@macosforge.org> #1029: Possible PDFKit bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): This is a very strange bug. I'm 99% convinced that this is a bug in PDFKit, as it seems that the internal PDFSelection objects get corrupted during the -findString:withOptions: call. In 10.6.5 I am able to reproduce the crash from MacRuby but can't reproduce it from pure Objective-C, yet. A temporary workaround is to pause the collection when calling findString:withOptions:. {{{ GC.disable ary = doc.findString("the", withOptions:NSCaseInsensitiveSearch) GC.enable }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 23:19:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 07:19:08 -0000 Subject: [MacRuby] #1005: How could macrubyd be used to debug a Cocoa app? In-Reply-To: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> References: <047.f1d9bbec4ad5d394a5fd122da37d73b7@macosforge.org> Message-ID: <056.060c405ba71df505d8d80797b67f4441@macosforge.org> #1005: How could macrubyd be used to debug a Cocoa app? ------------------------------+--------------------------------------------- Reporter: rap@? | Owner: lsansonetti@? Type: task | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: macrubyd ------------------------------+--------------------------------------------- Comment(by isaackearse@?): OK I think that might have been a bit ambitious, I made it as far as debugger.cpp but suddenly got very sleepy around here: https://github.com/MacRuby/MacRuby/blob/trunk/debugger.cpp#L184 :) Any hints are welcome, but I was thinking I might try a smaller feature to start with. One of the features of ruby-debug I really like it is the :autoeval option which behaves much like irb. This could work by passing the command-line option --autoeval to macrubyd and then catching and evaluating any unrecognised commands here: https://github.com/MacRuby/MacRuby/blob/trunk/bin/rubyd#L195 How does that sound? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 7 23:30:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 07:30:36 -0000 Subject: [MacRuby] #537: Missing Time#strftime formatter: "%P" In-Reply-To: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> References: <048.116e7a91f8d77f34feff368d0d453922@macosforge.org> Message-ID: <057.8220c7315d3654dc0561b5b5ce063fcc@macosforge.org> #537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by danielcavanagh@?): Okay, here it is. It also implements subsecs and Time as Rational in what is probably a very ugly way It passes all the rspec time specs except for the following 5: 1) Time#+ adds a negative Float FAILED - Expected 700000 to equal 699999 2) Time#strftime returns the date alone with %x FAILED - Expected "18/09/09" to equal "09/18/09" 3) Time#strftime returns the time alone with %X FAILED - Expected "12:00 PM" to equal "12:00:06" 4) Time#to_r returns the rational number of seconds + usecs since the epoch FAILED - Expected (1209462791653111237151/1099511627776000000000) to equal (619244948763443/562949953421312) 5) Time#usec returns the microseconds for time FAILED - Expected 899999 to equal 900000 2 & 3 are invalid tests as far as I'm concerned, because %x and %X are defined as "preferred representation", which obviously differs depending on your region and system 1 & 5 are off-by-ones involving floats. I don't know anything about floats but I'm guessing this is just a difference between our float implementations (perhaps ultimately because of hardware?), and considering floats are not designed to represent whole numbers this might be considered allowable 4 is because of a difference between our Rational implementations. I'm not even going to go there... spec:ci aborts pretty early on with and without the patch, but it does abort a little bit earlier than normal with the patch so I guess that shows a regression. I have no idea how to get it to tell me what test it is running when it aborts though and don't feel like hacking up rspec at the moment just to work it out, so I'll leave that to someone else Hopefully you don't need to hack it into shape too much more :p Feel free to ask questions -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 00:57:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 08:57:41 -0000 Subject: [MacRuby] #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared In-Reply-To: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> References: <045.c41666c53b899028f6b9389d6beb1595@macosforge.org> Message-ID: <054.339008d8ff4d1113a16369c01ebf243e@macosforge.org> #1028: Strings generated by a directory listing of files with Unicode chars in name cannot be compared ----------------------------+----------------------------------------------- Reporter: jazzbox@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Comment(by jazzbox@?): Thanks for fixing! The system call is also concerned by it: {{{ $ macruby -e 'p `ls r*`.chars.to_a' ["r", "u", "?", "b", "e", ".", "t", "x", "t", "\n"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 01:42:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 09:42:46 -0000 Subject: [MacRuby] #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil In-Reply-To: <053.1ab7e9c31a6b0bc9c1122e5a8f141670@macosforge.org> References: <053.1ab7e9c31a6b0bc9c1122e5a8f141670@macosforge.org> Message-ID: <062.351ab4720c9590e925902984a228fd92@macosforge.org> #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by eloy.de.enige@?): * owner: lsansonetti@? => eloy.de.enige@? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 04:51:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 12:51:26 -0000 Subject: [MacRuby] #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. In-Reply-To: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> References: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> Message-ID: <060.6407b49f96636420de14e7577927b3cb@macosforge.org> #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: I see :) This issue's milestone move to later 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 06:54:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 14:54:41 -0000 Subject: [MacRuby] #576: It's possible to close STDOUT (and presumably other standard IO streams) In-Reply-To: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> References: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> Message-ID: <061.2716380c45112589d16418f0667ec598@macosforge.org> #576: It's possible to close STDOUT (and presumably other standard IO streams) -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: watson1978@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by watson1978@?): Thank you for your report and patch! This issue would fix with r4995. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 06:55:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 14:55:00 -0000 Subject: [MacRuby] #576: It's possible to close STDOUT (and presumably other standard IO streams) In-Reply-To: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> References: <052.e104626be7a47a587f2f500b28137d7c@macosforge.org> Message-ID: <061.e39b37f2e182c4bdc6a2090d0ae7c5a6@macosforge.org> #576: It's possible to close STDOUT (and presumably other standard IO streams) -----------------------------------+---------------------------------------- Reporter: matthew@? | Owner: watson1978@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 11:01:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Dec 2010 19:01:45 -0000 Subject: [MacRuby] #997: FIxnum.new gives a strange error on MacRuby In-Reply-To: <053.b59d73d0e14482295927c4a945023203@macosforge.org> References: <053.b59d73d0e14482295927c4a945023203@macosforge.org> Message-ID: <062.6805bf8bfcdf1bcf55d9b4e6094d20ce@macosforge.org> #997: FIxnum.new gives a strange error on MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: #reduction ------------------------------------+--------------------------------------- Comment(by eloy.de.enige@?): It should not be possible to allocate a new instance. Same goes for Symbol, Integer, and Float. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 8 19:27:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 03:27:48 -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.019ee1236332405e6fa65377ed5a238c@macosforge.org> #1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I have been trying to statically link ICU into the macruby runtime, but I was unsuccessful. In the meantime, I committed my work in a branch on subversion, called icu-embedded. {{{ $ svn co http://svn.macosforge.org/repository/ruby/MacRuby/branches/icu- embedded }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 10:18:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 18:18:27 -0000 Subject: [MacRuby] #1034: Requiring Mechanize gives segmentation fault Message-ID: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> #1034: Requiring Mechanize gives segmentation fault ------------------------------+--------------------------------------------- Reporter: vegar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: meahanize ------------------------------+--------------------------------------------- Trying to include Mechanize in a MacRuby project leads to a segmentation fault. Steps to reproduce: 1. Install mechanize - sudo macgem install mechanize 2. Start macirb - macirb 3. Require rubygems - require 'rubygems' 4. Require mechanize - require 'mechanize' In the macruby build from 3. december, macirb goes down with the following error: Assertion failed: (InReg && "Value not in map!"), function getValue, file SelectionDAGBuilder.cpp, line 917. Abort trap In the build from 8. december, this is replaced with at 'Segmentation Fault'. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 14:45:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 22:45:32 -0000 Subject: [MacRuby] #177: trunk fails to build 3-way fat depending on order of archs In-Reply-To: <050.fed1c3f3e833bb5aafaf07813c304d4e@macosforge.org> References: <050.fed1c3f3e833bb5aafaf07813c304d4e@macosforge.org> Message-ID: <059.83e2da442bf7780292c3de64114bfd86@macosforge.org> #177: trunk fails to build 3-way fat depending on order of archs ---------------------------------+------------------------------------------ Reporter: dognotdog@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: arch, fat | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: RC_ARCHS should not be used, instead the archs parameter should be used {{{ $ rake archs="i386,x86_64,ppc" }}} Now, we don't support ppc anymore since a few releases. Closing this ticket. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 14:46:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 22:46:20 -0000 Subject: [MacRuby] #854: Time and NSDate cannot be compared with Comparable operators In-Reply-To: <051.8a8c3e73cd37edaefcca084b59a284d6@macosforge.org> References: <051.8a8c3e73cd37edaefcca084b59a284d6@macosforge.org> Message-ID: <060.2e5379184416fccad23c71d4821a1c80@macosforge.org> #854: Time and NSDate cannot be compared with Comparable operators ----------------------------------+----------------------------------------- Reporter: massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Looks like a good candidate for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 14:47:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 22:47:22 -0000 Subject: [MacRuby] #849: MacRuby throws the exception of "Encoding::CompatibilityError" with various cases. In-Reply-To: <051.98d76f83714e71879164aaaa438b6d5c@macosforge.org> References: <051.98d76f83714e71879164aaaa438b6d5c@macosforge.org> Message-ID: <060.0c3b15cfe42c34f40cf77b89b7b0a26d@macosforge.org> #849: MacRuby throws the exception of "Encoding::CompatibilityError" with various cases. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): We need to revisit this ticket. If there are still cases where MacRuby throws an Encoding exception, we should file a ticket per case. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 14:47:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 22:47:57 -0000 Subject: [MacRuby] #688: IB fails to read classfile in Ruby Cocoa project In-Reply-To: <051.3993c9d59b406985158e5cdb5af50e91@macosforge.org> References: <051.3993c9d59b406985158e5cdb5af50e91@macosforge.org> Message-ID: <060.1d79053726b015e07b6fef0869e48c9a@macosforge.org> #688: IB fails to read classfile in Ruby Cocoa project ----------------------------------+----------------------------------------- Reporter: tmowlem@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: IB XCode project | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.5 => Comment: That's not a MacRuby bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 14:51:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 22:51:22 -0000 Subject: [MacRuby] #1030: A potential SQLite3-Ruby bug In-Reply-To: <051.5d77143dd98e27aab92ff2ef0e2374d8@macosforge.org> References: <051.5d77143dd98e27aab92ff2ef0e2374d8@macosforge.org> Message-ID: <060.0c0bd723ec743f1acd32e81ba2c232f7@macosforge.org> #1030: A potential SQLite3-Ruby bug ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: worksforme Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => worksforme Comment: Same for me. {{{ $ ruby -v ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin11.0] $ ruby t.rb [[nil, 0, 0]] $ DYLD_LIBRARY_PATH=. ./macruby t.rb [[nil, 0, 0]] }}} Sorry, we can't reproduce the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 15:14:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 23:14:56 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block In-Reply-To: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> References: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> Message-ID: <062.494c17495d45ceb9eb081999bdb75217@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Should be fixed in r5007. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 15:18:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Dec 2010 23:18:02 -0000 Subject: [MacRuby] #674: Shoulda fails because of oddity with block_given? In-Reply-To: <050.27426b83472a8262475774a2db12f09e@macosforge.org> References: <050.27426b83472a8262475774a2db12f09e@macosforge.org> Message-ID: <059.45b51eda6f0bea25b052f7880e613a22@macosforge.org> #674: Shoulda fails because of oddity with block_given? ---------------------------------+------------------------------------------ Reporter: marick@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:10:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:10:04 -0000 Subject: [MacRuby] #829: Retrieving a list of local variables from a Binding instance fails In-Reply-To: <054.a717d5e4ea216df426fe30724c2f9b67@macosforge.org> References: <054.a717d5e4ea216df426fe30724c2f9b67@macosforge.org> Message-ID: <063.59c9baa90e7929a81c69a23238bff662@macosforge.org> #829: Retrieving a list of local variables from a Binding instance fails -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: dietrb | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: Looks like this bug is fixed in trunk. {{{ $ ./miniruby -e "b = Object.new.instance_eval { binding }; eval('x = :ok', b); eval('p local_variables', b)" [:b, :x] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:28:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:28:29 -0000 Subject: [MacRuby] #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object In-Reply-To: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> References: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> Message-ID: <059.e4db53a093d9734c63b201b4abe796ab@macosforge.org> #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Old description: > {{{ > $ cat test.rb > class A > attr_accessor :a > > def initWithCoder coder > @a = coder.decodeObjectForKey 'a' > self > end > > def encodeWithCoder coder > coder.encodeObject @a, forKey:'a' > end > end > > a = A.new > b = A.new > > a > b.a = a > > puts(a == b.a) > > data = NSKeyedArchiver.archivedDataWithRootObject a > a = NSKeyedUnarchiver.unarchiveObjectWithData data > > puts(a == b.a) > > $ macruby test.rb > true > false > }}} New description: {{{ $ cat test.rb class A attr_accessor :a def initWithCoder coder @a = coder.decodeObjectForKey 'a' self end def encodeWithCoder coder coder.encodeObject @a, forKey:'a' end end a = A.new b = A.new a b.a = a puts(a == b.a) data = NSKeyedArchiver.archivedDataWithRootObject a a = NSKeyedUnarchiver.unarchiveObjectWithData data puts(a == b.a) $ macruby test.rb true false }}} -- Comment: That seems perfectly normal: the unarchiver will return a new instance every time. Messaging #== will return false as the two objects are not the same instance. You will have to overwrite the method. This will behave the same in Objective-C, as -isEqual: also does pointers comparison. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:29:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:29:13 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.01a574be20943ae461eb11ecccf04cf6@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): We need to reduce the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:29:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:29:51 -0000 Subject: [MacRuby] #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil In-Reply-To: <053.1ab7e9c31a6b0bc9c1122e5a8f141670@macosforge.org> References: <053.1ab7e9c31a6b0bc9c1122e5a8f141670@macosforge.org> Message-ID: <062.ffa85ee3c4e752b1a4969366671f7b99@macosforge.org> #1033: macirb crash when trying to tab-complete when it tries to call invalid methods on nil ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: It looks like a bug we want to be fixed in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:31:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:31:39 -0000 Subject: [MacRuby] #554: Please implement IO#read_nonblock and IO#write_nonblock In-Reply-To: <057.d60cfd8036ff93a71bbad23079b92e63@macosforge.org> References: <057.d60cfd8036ff93a71bbad23079b92e63@macosforge.org> Message-ID: <066.06dc650ff9b1702fae82a93f25006044@macosforge.org> #554: Please implement IO#read_nonblock and IO#write_nonblock ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.5 => MacRuby Later Comment: For Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 17:32:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 01:32:54 -0000 Subject: [MacRuby] #742: Encoding is always UTF-8 (?) In-Reply-To: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> References: <051.041f0f449c52e8c3f8c2ba159e597452@macosforge.org> Message-ID: <060.4623d1c320811ec7946147b9608abc50@macosforge.org> #742: Encoding is always UTF-8 (?) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Moving this bug to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 9 18:42:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 02:42:37 -0000 Subject: [MacRuby] #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' In-Reply-To: <050.10ee0bf7ccb85fef51bc52f5c58066fd@macosforge.org> References: <050.10ee0bf7ccb85fef51bc52f5c58066fd@macosforge.org> Message-ID: <059.07b47fb0ccf7002b2b56a6d9e4982c7a@macosforge.org> #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@?): This is a problem in the super dispatcher. The current super class is usually saved and restored within the dispatcher, however encodeWithCoder: is being called from Objective-C. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 04:01:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 12:01:49 -0000 Subject: [MacRuby] #865: String#lines(separator) is broken when specified separator == "". In-Reply-To: <051.b65949ec3ac8b9192fd46a13fe179c80@macosforge.org> References: <051.b65949ec3ac8b9192fd46a13fe179c80@macosforge.org> Message-ID: <060.a91f7cb634271dda457a2294a6ff7665@macosforge.org> #865: String#lines(separator) is broken when specified separator == "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: watson1978@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Fixed with r5010. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 06:25:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 14:25:55 -0000 Subject: [MacRuby] #958: Errno::EAGAIN occurs when read data from socket within Webrick. In-Reply-To: <051.0b2acefdeec4080a3d1cb1dc21f7b20d@macosforge.org> References: <051.0b2acefdeec4080a3d1cb1dc21f7b20d@macosforge.org> Message-ID: <060.7e4cdd08f0030b660b61a964d76bfd31@macosforge.org> #958: Errno::EAGAIN occurs when read data from socket within Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): When I added the sleep in run(sock), I got the expecting result. {{{ #!ruby require "webrick" class Echo < WEBrick::GenericServer def run(sock) while line = sock.gets p "[server] : get = " + line sock.print line # add sleep =========== sleep 0.5 end p :end end end server = Echo.new({ :BindAddress => "127.0.0.1", :Port => 4000, }) Signal.trap('INT') { server.shutdown } server.start }}} Result: {{{ $ macruby test_webrick_server.rb [2010-12-10 23:18:27] INFO WEBrick 1.3.1 [2010-12-10 23:18:27] INFO ruby 1.9.2 (2008-06-03) [universal-darwin10.0] [2010-12-10 23:18:27] INFO Echo#start: pid=19506 port=4000 "[server] : get = foo\n" "[server] : get = bar\n" "[server] : get = 1234\n" "[server] : get = aaa\n" "[server] : get = bbb\n" :end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 14:30:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 22:30:58 -0000 Subject: [MacRuby] #432: Module.nesting not working In-Reply-To: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> References: <054.494d1f57dc6a3ee4135ec198ee2938e5@macosforge.org> Message-ID: <063.094ea332fc5292f2000fee0eec071537@macosforge.org> #432: Module.nesting not working -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: #reduction | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r5012. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 15:00:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Dec 2010 23:00:02 -0000 Subject: [MacRuby] #1014: Unhelpful error message when loading the restclient gem In-Reply-To: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> References: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> Message-ID: <062.27b00fb6beaf5e79307055936376936f@macosforge.org> #1014: Unhelpful error message when loading the restclient gem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.8 Comment: Should be fixed in r5014. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 18:46:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Dec 2010 02:46:51 -0000 Subject: [MacRuby] #1034: Requiring Mechanize gives segmentation fault In-Reply-To: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> References: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> Message-ID: <056.3758ffa74bdae93569d488854203d2e8@macosforge.org> #1034: Requiring Mechanize gives segmentation fault ------------------------------+--------------------------------------------- Reporter: vegar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: meahanize ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.8 => Comment: We need a reduction before screening the bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 10 19:04:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Dec 2010 03:04:15 -0000 Subject: [MacRuby] #734: Mustache fails on call to render. In-Reply-To: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> References: <057.37c901badb3b615de6abc93d2c4b0308@macosforge.org> Message-ID: <066.539fec2d036e658ecb6ff49a548e42e8@macosforge.org> #734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: mustache #reduction ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): The problem here is that the compiler compiles a recursive call to the current function, bypassing the dispatcher logic, as an optimization. An appropriate solution would be to introduce a global variable (as we already do to optimize things like Fixnum#+), change it when the method is re-defined and check before calling ourself recursively. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 11 01:00:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Dec 2010 09:00:56 -0000 Subject: [MacRuby] #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics Message-ID: <066.199475d7fefd500396f991e56bf14be6@macosforge.org> #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: #reduction -------------------------------------------------+-------------------------- Ruby classes that inherit from Obj-C classes (including core ruby classes like String) have incompatible initialization semantics compared to mri. Since this affects some core ruby classes, it breaks compatibility between the mri and MacRuby environments. eg: in this subclass of String, S2#initialize is never called with 0 arguments {{{ ru... at alcazar:~$ macruby --version MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] ru... at alcazar:~$ macirb irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new => "" irb(main):009:0> }}} while under mri 1.9.2, S2#initialize is called as expected (nb. executable is called irb1.9.1 but is actually 1.9.2 - thanks, Debian package naming!) {{{ ru... at worcestershire/~ 0 $ ruby1.9.1 --version ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux] ru... at worcestershire/~ 0 $ irb1.9.1 irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new setting default2 => "" irb(main):009:0> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 11 14:37:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Dec 2010 22:37:55 -0000 Subject: [MacRuby] #1036: macgem not able to upgrade a gem it should be able to upgrade Message-ID: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> #1036: macgem not able to upgrade a gem it should be able to upgrade ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I tried setting up a gem on a new machine today using macgem, but macgem seems to refuse to install the latest version of the gem (what I wanted). After it installed the wrong version first I tried to explicitly set the version: ? macgem install jiraSOAP -v 0.5.3 Successfully installed jiraSOAP-0.5.0 1 gem installed Then I tried to update: ? macgem update Updating installed gems Updating jiraSOAP Successfully installed jiraSOAP-0.5.0 I am running on the latest nightly build of MacRuby 0.8 (Dec. 11) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 11 23:16:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Dec 2010 07:16:25 -0000 Subject: [MacRuby] #1036: macgem not able to upgrade a gem it should be able to upgrade In-Reply-To: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> References: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> Message-ID: <062.287106c7e61f54809a1e7d9f476c5092@macosforge.org> #1036: macgem not able to upgrade a gem it should be able to upgrade ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): In my environment, I seems that macgem can update. {{{ $ macgem list *** LOCAL GEMS *** $ sudo macgem install jiraSOAP -v 0.5.0 unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias Building native extensions. This could take a while... unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias Successfully installed handsoap-1.1.7 Successfully installed nokogiri-1.4.4 Successfully installed jiraSOAP-0.5.0 3 gems installed $ sudo macgem update Updating installed gems Updating jiraSOAP unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias Successfully installed jiraSOAP-0.5.3 Gems updated: jiraSOAP Installing ri documentation for jiraSOAP-0.5.3... Updating class cache with 0 classes... Installing RDoc documentation for jiraSOAP-0.5.3... $ macgem list *** LOCAL GEMS *** handsoap (1.1.7) jiraSOAP (0.5.3, 0.5.0) nokogiri (1.4.4) $ macruby -e 'p MACRUBY_REVISION' "git commit 37f868ae6e3481d5755a2bc63926a69c616585c9" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Dec 11 23:44:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Dec 2010 07:44:26 -0000 Subject: [MacRuby] #1034: Requiring Mechanize gives segmentation fault In-Reply-To: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> References: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> Message-ID: <056.36d4a4028e6b3c08825d3635e068964f@macosforge.org> #1034: Requiring Mechanize gives segmentation fault ------------------------------+--------------------------------------------- Reporter: vegar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: meahanize ------------------------------+--------------------------------------------- Comment(by watson1978@?): {{{ $ DYLD_LIBRARY_PATH=. ./macruby -r rubygems -r mechanize -e 'p 10' zsh: segmentation fault DYLD_LIBRARY_PATH=. ./macruby -r rubygems -r mechanize -e 'p 10' }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000048 0x0000000100490f21 in llvm::LiveVariables::HandleVirtRegUse () at vector.tcc:300 300 this->_M_impl._M_end_of_storage = __new_start + __len; (gdb) bt #0 0x0000000100490f21 in llvm::LiveVariables::HandleVirtRegUse () at vector.tcc:300 #1 0x0000000100491982 in llvm::LiveVariables::runOnMachineFunction () at vector.tcc:300 #2 0x00000001004ab55d in llvm::MachineFunctionPass::runOnFunction () at vector.tcc:300 #3 0x000000010087c480 in llvm::FPPassManager::runOnFunction () at StringRef.h:59 #4 0x000000010087c61c in llvm::FunctionPassManagerImpl::run () at StringRef.h:59 #5 0x000000010087c909 in llvm::FunctionPassManager::run () at StringRef.h:59 #6 0x000000010042b33a in llvm::JIT::jitTheFunction () at TargetData.h:129 #7 0x000000010042b8c1 in llvm::JIT::getPointerToFunction () at TargetData.h:129 #8 0x000000010014a7f0 in RoxorCore::compile (this=0x10186fc00, func=0x107b80780, run_optimize=true) at vm.cpp:586 #9 0x0000000100153b3e in prepare_method (klass=0x2004f7580, dynamic_class=false, sel=0x10487dee0, data=0x107b80780, arity=@0x7fff5fbf8bb8, flags=0, precompiled=false, objc_imp_types=0x0) at vm.cpp:2120 #10 0x00000001001541fb in rb_vm_prepare_method (klass=0x2004f7580, dynamic_class=0 '\0', sel=0x10487dee0, func=0x107b80780, arity={min = 2, max = 2, left_req = 2, real = 2}, flags=0) at vm.cpp:2199 #11 0x00000001075377bb in ?? () #12 0x000000010753762b in ?? () #13 0x000000010753751b in ?? () #14 0x0000000107537408 in ?? () #15 0x0000000100151ac7 in rb_vm_run (fname=0x200482780 "/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/mechanize-1.0.0/lib/mechanize/chain/connection_resolver.rb", node=0x2003e7e20, binding=0x0, inside_eval=false) at vm.cpp:3930 #16 0x0000000100040d5c in rb_load (fname=8594777152, wrap=0) at load.c:103 #17 0x00000001000412b9 in load_try (path=8594748576) at load.c:259 #18 0x000000010015056d in rb_rescue2 (b_proc=0x10004129f , data1=8594748576, r_proc=0x1000412df , data2=8594748576) at vm.cpp:3492 #19 0x00000001000413e6 in rb_require_safe (fname=8594948832, safe=0) at load.c:305 #20 0x0000000100040de2 in rb_f_require (obj=8590070080, fname=8594948960) at load.c:157 #21 0x0000000100040e05 in rb_f_require_imp (obj=8590070080, sel=0x102eadac0, fname=8594948960) at load.c:163 #22 0x0000000100137652 in __rb_vm_rcall [inlined] () at /Users/qoo/src/MacRuby/dispatcher.cpp:161 #23 0x0000000100137652 in ruby_dispatch [inlined] () at /Users/qoo/src/MacRuby/dispatcher.cpp:466 #24 0x0000000100137652 in rb_vm_dispatch () at dispatcher.cpp:849 #25 0x00000001033fb080 in dyld_stub_strncpy () ----snip---- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 07:24:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Dec 2010 15:24:39 -0000 Subject: [MacRuby] #1037: $_ should store the value of local scope. Message-ID: <051.28b9400f298210136ae5223b3bd4795b@macosforge.org> #1037: $_ should store the value of local scope. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- A similar issue is "#939 : $1, $2 ... should store the value of local scope". Test Script: {{{ #!ruby require 'tempfile' t = Tempfile.new("foo") t.puts "1" t.puts "2" t.puts "3" t.close def test(io) io.gets p $_ end io = File.open(t.path) io.gets p $_ io.gets test(io) p $_ }}} Result of Ruby 1.9: {{{ $ ruby19 test.rb "1\n" "3\n" "2\n" }}} Result of MacRuby Latest: {{{ $ macruby test.rb "1\n" "3\n" "3\n" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 20:10:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Dec 2010 04:10:54 -0000 Subject: [MacRuby] #1036: macgem not able to upgrade a gem it should be able to upgrade In-Reply-To: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> References: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> Message-ID: <062.f1d2135e5c3beb76f2d6bc1bc3e44708@macosforge.org> #1036: macgem not able to upgrade a gem it should be able to upgrade ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Everything is working with todays nightly build. This issue can be closed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 20:42:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Dec 2010 04:42:18 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block In-Reply-To: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> References: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> Message-ID: <062.464aa91f00ec4f5c4211c1785004c128@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: Keywords: | ------------------------------------+--------------------------------------- Changes (by mrada@?): * status: closed => reopened * resolution: fixed => Comment: I don't think this was fixed. ? macirb irb(main):001:0> IO.new { } unknown: warning: IO::new() does not take block; use IO::open() instead ArgumentError: wrong number of arguments (0 for 1) irb(main):002:0> MACRUBY_REVISION => "svn revision 5016 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" irb(main):003:0> -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 20:47:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Dec 2010 04:47:08 -0000 Subject: [MacRuby] #1014: Unhelpful error message when loading the restclient gem In-Reply-To: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> References: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> Message-ID: <062.aeaff3d73e8940e5fff681ee1b8b44e7@macosforge.org> #1014: Unhelpful error message when loading the restclient gem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): Confirmed, the gem will now load (but the gem itself doesn't work). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 21:03:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Dec 2010 05:03:07 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block In-Reply-To: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> References: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> Message-ID: <062.82eac35c6815a13d93d47605200d60e8@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed Comment: Looks like it behaves correctly? {{{ $ ruby -ve "p IO.new {}" ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin11.0] -e:1: warning: IO::new() does not take block; use IO::open() instead -e:1:in `initialize': wrong number of arguments (0 for 1) (ArgumentError) from -e:1:in `new' from -e:1 }}} Note that IO.open has been fixed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Dec 12 21:14:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Dec 2010 05:14:46 -0000 Subject: [MacRuby] #1026: IO::open give a warning when passed a block In-Reply-To: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> References: <053.48f4b087db51766b26ac2ba6971673de@macosforge.org> Message-ID: <062.5858950f667f4978ab7a5401647f5b92@macosforge.org> #1026: IO::open give a warning when passed a block ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): Ops, sorry, I was looking at the wrong method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 06:17:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Dec 2010 14:17:29 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate Message-ID: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ {{{ framework 'CoreServices' path = File.expand_path("/Users/Shared") callback = Proc.new do |stream, info, paths, flags, ids| puts "callback" end stream = FSEventStreamCreate(KCFAllocatorDefault, callback, nil, [path], KFSEventStreamEventIdSinceNow, 0.0, KFSEventStreamCreateFlagUseCFTypes) }}} Running this much will cause MacRuby to seg. fault. I have the Bridge Support Preview installed and have tried this with both v0.8 and 0.9. Here is the crash report: Process: macruby [7275] Path: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [6828] Date/Time: 2010-12-14 06:07:18.162 -0800 OS Version: Mac OS X 10.6.5 (10H574) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000009 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[7275]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib 0x00007fff8729b700 _class_getSuperclass + 11 1 libmacruby.dylib 0x00000001000f0c66 rb_objc_convert_immediate + 86 2 ??? 0x0000000102d5b6ec 0 + 4342527724 3 libmacruby.dylib 0x000000010014aa08 rb_vm_dispatch + 2776 4 ??? 0x0000000102d5ae06 0 + 4342525446 5 ??? 0x0000000102d5a3bf 0 + 4342522815 6 libmacruby.dylib 0x00000001001630f3 rb_vm_run + 531 7 libmacruby.dylib 0x0000000100040b30 ruby_run_node + 80 8 macruby 0x0000000100000d28 main + 152 9 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff83c2a16a kevent + 10 1 libSystem.B.dylib 0x00007fff83c2c03d _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff83c2bd14 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff83c2b83e _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff83c2b168 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 2: 0 libSystem.B.dylib 0x00007fff83c2af8a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff83c2b39c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff83c2af8a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff83c2b39c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x0000000100a8fe48 rcx: 0x0000000102dea080 rdx: 0x0000000000000000 rdi: 0x0000000000000001 rsi: 0x00007fff5fbfe07e rbp: 0x00007fff5fbfe860 rsp: 0x00007fff5fbfe860 r8: 0x8080808080808080 r9: 0x522e72716472542e r10: 0x0000000102d5b280 r11: 0x8080808080808080 r12: 0x00000002007e0b20 r13: 0xffffffffffffffff r14: 0x00000002007de3e0 r15: 0x0000000000000000 rip: 0x00007fff8729b700 rfl: 0x0000000000010202 cr2: 0x0000000000000009 Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) /usr/local/bin/macruby 0x100003000 - 0x100a29f47 +libmacruby.dylib 0.9.0 (compatibility 0.9.0) /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/libmacruby.dylib 0x100c9b000 - 0x100c9cff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x100ccc000 - 0x100cccfff CFNetwork.dylib 0.9.0 (compatibility 0.9.0) <49F709FB-1625-004B-DE67-F52FA7C992AB> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Resources/BridgeSupport/CFNetwork.dylib 0x100cd0000 - 0x100cd0fff CoreGraphics.dylib 0.9.0 (compatibility 0.9.0) <11035392-DC4D-F816-7E3D-BA0B3ED1048A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Resources/BridgeSupport/CoreGraphics.dylib 0x100cd6000 - 0x100cd6fff ColorSync.dylib 0.9.0 (compatibility 0.9.0) <5361B2D0-CB34-C441-33CF-6870522DE705> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Resources/BridgeSupport/ColorSync.dylib 0x100cde000 - 0x100cdffff Foundation.dylib 0.9.0 (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff80a25000 - 0x7fff80a42ff7 libPng.dylib ??? (???) <14043CBC- 329F-4009-299E-DEE411E16134> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x7fff81122000 - 0x7fff81137ff7 com.apple.LangAnalysis 1.6.6 (1.6.6) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x7fff812e4000 - 0x7fff813a5fe7 libFontParser.dylib ??? (???) <8B12D37E-3A95-5A73-509C-3AA991E0C546> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib 0x7fff8144a000 - 0x7fff8149bfef com.apple.HIServices 1.8.1 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x7fff8153e000 - 0x7fff81c3b06f com.apple.CoreGraphics 1.545.0 (???) <356D59D6-1DD1-8BFF-F9B3-1CE51D2F1EC7> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x7fff81cc0000 - 0x7fff82103fef libLAPACK.dylib 219.0.0 (compatibility 1.0.0) <0CC61C98-FF51-67B3-F3D8-C5E430C201A9> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x7fff82117000 - 0x7fff82138fff libresolv.9.dylib 41.0.0 (compatibility 1.0.0) <6993F348-428F-C97E-7A84-7BD2EDC46A62> /usr/lib/libresolv.9.dylib 0x7fff82141000 - 0x7fff82141ff7 com.apple.Accelerate.vecLib 3.6 (vecLib 3.6) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x7fff82142000 - 0x7fff82153ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fff82154000 - 0x7fff82488fff com.apple.CoreServices.CarbonCore 861.23 (861.23) <08F360FA-1771-4F0B-F356-BEF68BB9D421> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff82489000 - 0x7fff825aafe7 libcrypto.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> /usr/lib/libcrypto.0.9.8.dylib 0x7fff827f8000 - 0x7fff8280cff7 com.apple.speech.synthesis.framework 3.10.35 (3.10.35) <621B7415-A0B9-07A7-F313-36BEEDD7B132> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x7fff8280d000 - 0x7fff828a7fff com.apple.ApplicationServices.ATS 4.4 (???) <395849EE-244A-7323-6CBA-E71E3B722984> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x7fff828aa000 - 0x7fff828b0ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff82abd000 - 0x7fff82b07ff7 com.apple.Metadata 10.6.3 (507.12) <9231045A-E2E3-B0C2-C81A-92C9EA98A4DF> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff82c47000 - 0x7fff82cfcfe7 com.apple.ColorSync 4.6.3 (4.6.3) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x7fff82cfd000 - 0x7fff82d28ff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff82e93000 - 0x7fff82f11fff com.apple.CoreText 3.5.0 (???) <4D5C7932-293B-17FF-7309-B580BB1953EA> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x7fff82f12000 - 0x7fff82f5efff libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x7fff82f5f000 - 0x7fff82f75fef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff83389000 - 0x7fff8360ffef com.apple.security 6.1.1 (37594) <17CF7858-52D9-9665-3AE8-23F07CC8BEA1> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff836a2000 - 0x7fff836eaff7 libvDSP.dylib 268.0.1 (compatibility 1.0.0) <170DE04F-89AB-E295-0880-D69CAFBD7979> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x7fff83a2e000 - 0x7fff83ae7fff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> /usr/lib/libsqlite3.dylib 0x7fff83b9e000 - 0x7fff83ba2ff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff83c10000 - 0x7fff83dd1fff libSystem.B.dylib 125.2.1 (compatibility 1.0.0) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib 0x7fff83f00000 - 0x7fff84017fef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) /usr/lib/libxml2.2.dylib 0x7fff840e4000 - 0x7fff8429bfef com.apple.ImageIO.framework 3.0.4 (3.0.4) <2CB9997A-A28D-80BC-5921-E7D50BBCACA7> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x7fff8454b000 - 0x7fff845abfe7 com.apple.framework.IOKit 2.0 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff84b9d000 - 0x7fff84c1afef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff84c1b000 - 0x7fff84c6afef libTIFF.dylib ??? (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x7fff84ce3000 - 0x7fff84f66ff7 com.apple.Foundation 6.6.4 (751.42) <9A99D378-E97A-8C0F-3857-D0FAA30FCDD5> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff84f8e000 - 0x7fff8501efff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff85204000 - 0x7fff85204ff7 com.apple.ApplicationServices 38 (38) <10A0B9E9-4988-03D4-FC56-DDE231A02C63> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x7fff85270000 - 0x7fff852a9fef libcups.2.dylib 2.8.0 (compatibility 2.0.0) <97F968EB-80ED-36FB-7819-D438B489E46E> /usr/lib/libcups.2.dylib 0x7fff852aa000 - 0x7fff85421fe7 com.apple.CoreFoundation 6.6.4 (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff8553c000 - 0x7fff8553cff7 com.apple.CoreServices 44 (44) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff855aa000 - 0x7fff85614fe7 libvMisc.dylib 268.0.1 (compatibility 1.0.0) <75A8D840-4ACE-6560-0889-2AFB6BE08E59> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x7fff85679000 - 0x7fff85679ff7 com.apple.Accelerate 1.6 (Accelerate 1.6) <2BB7D669-4B40-6A52-ADBD-DA4DB3BC0B1B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x7fff8567a000 - 0x7fff85688ff7 libkxld.dylib ??? (???) <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib 0x7fff85a9f000 - 0x7fff862a9fe7 libBLAS.dylib 219.0.0 (compatibility 1.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x7fff86f5d000 - 0x7fff86f6cfff com.apple.NetFS 3.2.1 (3.2.1) /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff86f6d000 - 0x7fff86f6ffff libRadiance.dylib ??? (???) <76438F90-DD4B-9941-9367-F2DFDF927876> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x7fff87295000 - 0x7fff8734bfff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff8735d000 - 0x7fff873e2ff7 com.apple.print.framework.PrintCore 6.3 (312.7) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x7fff873f0000 - 0x7fff874caff7 com.apple.vImage 4.0 (4.0) <354F34BF-B221-A3C9-2CA7-9BE5E14AD5AD> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x7fff874cb000 - 0x7fff874f1fe7 libJPEG.dylib ??? (???) <6690F15D-E970-2678-430E-590A94F5C8E9> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x7fff874f2000 - 0x7fff875a1fff edu.mit.Kerberos 6.5.10 (6.5.10) /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos 0x7fff876a7000 - 0x7fff876e8fff com.apple.SystemConfiguration 1.10.5 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff881af000 - 0x7fff8836dfff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <781E7B63-2AD0-E9BA-927C-4521DB616D02> /usr/lib/libicucore.A.dylib 0x7fff88454000 - 0x7fff88526fe7 com.apple.CFNetwork 454.11.5 (454.11.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff88a67000 - 0x7fff88a8ffff com.apple.DictionaryServices 1.1.2 (1.1.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff88a90000 - 0x7fff88a95fff libGIF.dylib ??? (???) <9A2723D8-61F9-6D65-D254-4F9273CDA54A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x7fff88ae0000 - 0x7fff88b80fff com.apple.LaunchServices 362.1 (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fff88b81000 - 0x7fff88bc2fef com.apple.QD 3.36 (???) <5DC41E81-32C9-65B2-5528-B33E934D5BB4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x7fff88dc3000 - 0x7fff88dfefff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff88fc7000 - 0x7fff89084ff7 com.apple.CoreServices.OSServices 357 (357) <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff89133000 - 0x7fff89134ff7 com.apple.TrustEvaluationAgent 1.1 (1) <51867586-1C71-AE37-EAAD-535A58DD3550> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 07:14:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Dec 2010 15:14:30 -0000 Subject: [MacRuby] #1039: Bundler fails with TypeError: can't convert Pathname into String Message-ID: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> #1039: Bundler fails with TypeError: can't convert Pathname into String ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: bundler, bundle, Pathname, String ------------------------------+--------------------------------------------- When I run any bundler command in any project that uses bundler, I get the error: {{{ /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler.rb:230:in `block': can't convert Pathname into String (TypeError) from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler.rb:224:in `load_gemspec:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/source.rb:336:in `block' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/source.rb:335:in `load_spec_files' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/source.rb:366:in `specs' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/definition.rb:349:in `block' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/definition.rb:338:in `converge_locked_specs' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/definition.rb:143:in `resolve' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/definition.rb:116:in `missing_specs' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/installer.rb:25:in `run:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/installer.rb:8:in `install:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/cli.rb:225:in `install' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/task.rb:22:in `run:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/vendor/thor.rb:246:in `dispatch:' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/base.rb:389:in `start' from /Users/erik/.rvm/gems/macruby-0.8/gems/bundler-1.0.7/bin/bundle:13:in `
' from /Users/erik/.rvm/gems/macruby-0.8/bin/bundle:19:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 07:50:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Dec 2010 15:50:08 -0000 Subject: [MacRuby] #1040: Dalli test suite crashes Message-ID: <048.f123221fb7a22648f63d3e39242ea4a1@macosforge.org> #1040: Dalli test suite crashes -------------------------------+-------------------------------------------- Reporter: mperham@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- I'm trying to run the Dalli test suite on MacRuby 0.8 on the latest version of OSX. {{{ git clone git://github.com/mperham/dalli.git rvm use macruby at dalli-test gem install bundler <--- fails with a weird error about existing bundle script bundle install rake }}} I get this: {{{ Using standard socket IO (MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64]) Assertion failed: (len < sizeof(buf)), function push_method, file vm.cpp, line 2244. rake aborted! Command failed with status (): [/Library/Frameworks/MacRuby.framework/Vers...] /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:993:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:1008:in `sh:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake.rb:1027:in `ruby:' /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/rake/testtask.rb:115:in `block' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 07:54:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Dec 2010 15:54:28 -0000 Subject: [MacRuby] #1040: Dalli test suite crashes In-Reply-To: <048.f123221fb7a22648f63d3e39242ea4a1@macosforge.org> References: <048.f123221fb7a22648f63d3e39242ea4a1@macosforge.org> Message-ID: <057.71656c753c63cb689cd117cb531434ac@macosforge.org> #1040: Dalli test suite crashes -------------------------------+-------------------------------------------- Reporter: mperham@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by mperham@?): Also, when I try to run a test file without rake, I get a crash. This invocation works fine on 1.9.2. {{{ /tmp/dalli> ruby -Ilib:test test/test_dalli.rb Using standard socket IO (MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64]) Loaded suite test/test_dalli Started uncaught Objective-C/C++ exception... 2010-12-14 07:52:01.350 macruby[55854:613] *** Terminating app due to uncaught exception 'NoMethodError', reason: '/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/minitest/unit.rb:641:in `block': undefined method `run' for # (NoMethodError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/minitest/unit.rb:635:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/minitest/unit.rb:634:in `run_test_suites:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/minitest/unit.rb:594:in `run:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/1.9.2/minitest/unit.rb:492:in `block' ' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 17:09:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 01:09:17 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution Message-ID: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I don't have much more detailed info than this code: {{{ require 'digest' require 'find' path = "/Users/jmancuso" digest = Digest::SHA2.new(512) Find.find(path) do |entry| if File.file?(entry) or File.directory?(entry) stat = File.stat(entry) digest.update("#{entry} - #{stat.mtime} - #{stat.size}") end end }}} has produced a segfault a number of times during execution. It traverses and digests the stats of files inside my home directory [about 300k files and folders]. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 17:28:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 01:28:21 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.a7456613ddac3ff458206a4f121d78f0@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Old description: > {{{ > framework 'CoreServices' > path = File.expand_path("/Users/Shared") > callback = Proc.new do |stream, info, paths, flags, ids| > puts "callback" > end > > stream = FSEventStreamCreate(KCFAllocatorDefault, callback, nil, [path], > KFSEventStreamEventIdSinceNow, 0.0, > KFSEventStreamCreateFlagUseCFTypes) > }}} > > Running this much will cause MacRuby to seg. fault. I have the Bridge > Support Preview installed and have tried this with both v0.8 and 0.9. > Here is the crash report: > > Process: macruby [7275] > Path: > /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macruby > Identifier: macruby > Version: ??? (???) > Code Type: X86-64 (Native) > Parent Process: zsh [6828] > > Date/Time: 2010-12-14 06:07:18.162 -0800 > OS Version: Mac OS X 10.6.5 (10H574) > Report Version: 6 > > Exception Type: EXC_BAD_ACCESS (SIGSEGV) > Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000009 > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > Application Specific Information: > objc[7275]: garbage collection is ON > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > 0 libobjc.A.dylib 0x00007fff8729b700 > _class_getSuperclass + 11 > 1 libmacruby.dylib 0x00000001000f0c66 > rb_objc_convert_immediate + 86 > 2 ??? 0x0000000102d5b6ec 0 + 4342527724 > 3 libmacruby.dylib 0x000000010014aa08 rb_vm_dispatch > + 2776 > 4 ??? 0x0000000102d5ae06 0 + 4342525446 > 5 ??? 0x0000000102d5a3bf 0 + 4342522815 > 6 libmacruby.dylib 0x00000001001630f3 rb_vm_run + > 531 > 7 libmacruby.dylib 0x0000000100040b30 ruby_run_node > + 80 > 8 macruby 0x0000000100000d28 main + 152 > 9 macruby 0x0000000100000c88 start + 52 > > Thread 1: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x00007fff83c2a16a kevent + 10 > 1 libSystem.B.dylib 0x00007fff83c2c03d > _dispatch_mgr_invoke + 154 > 2 libSystem.B.dylib 0x00007fff83c2bd14 > _dispatch_queue_invoke + 185 > 3 libSystem.B.dylib 0x00007fff83c2b83e > _dispatch_worker_thread2 + 252 > 4 libSystem.B.dylib 0x00007fff83c2b168 > _pthread_wqthread + 353 > 5 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread > + 13 > > Thread 2: > 0 libSystem.B.dylib 0x00007fff83c2af8a > __workq_kernreturn + 10 > 1 libSystem.B.dylib 0x00007fff83c2b39c > _pthread_wqthread + 917 > 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread > + 13 > > Thread 3: > 0 libSystem.B.dylib 0x00007fff83c2af8a > __workq_kernreturn + 10 > 1 libSystem.B.dylib 0x00007fff83c2b39c > _pthread_wqthread + 917 > 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread > + 13 > > Thread 0 crashed with X86 Thread State (64-bit): > rax: 0x0000000000000000 rbx: 0x0000000100a8fe48 rcx: > 0x0000000102dea080 rdx: 0x0000000000000000 > rdi: 0x0000000000000001 rsi: 0x00007fff5fbfe07e rbp: > 0x00007fff5fbfe860 rsp: 0x00007fff5fbfe860 > r8: 0x8080808080808080 r9: 0x522e72716472542e r10: > 0x0000000102d5b280 r11: 0x8080808080808080 > r12: 0x00000002007e0b20 r13: 0xffffffffffffffff r14: > 0x00000002007de3e0 r15: 0x0000000000000000 > rip: 0x00007fff8729b700 rfl: 0x0000000000010202 cr2: > 0x0000000000000009 > > Binary Images: > 0x100000000 - 0x100000ff7 +macruby ??? (???) F52C-2A6B-4FA5-3CBF359E5280> /usr/local/bin/macruby > 0x100003000 - 0x100a29f47 +libmacruby.dylib 0.9.0 > (compatibility 0.9.0) > /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/libmacruby.dylib > 0x100c9b000 - 0x100c9cff7 CoreFoundation.dylib 0.9.0 > (compatibility 0.9.0) > /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib > 0x100ccc000 - 0x100cccfff CFNetwork.dylib 0.9.0 > (compatibility 0.9.0) <49F709FB-1625-004B-DE67-F52FA7C992AB> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Resources/BridgeSupport/CFNetwork.dylib > 0x100cd0000 - 0x100cd0fff CoreGraphics.dylib 0.9.0 > (compatibility 0.9.0) <11035392-DC4D-F816-7E3D-BA0B3ED1048A> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Resources/BridgeSupport/CoreGraphics.dylib > 0x100cd6000 - 0x100cd6fff ColorSync.dylib 0.9.0 > (compatibility 0.9.0) <5361B2D0-CB34-C441-33CF-6870522DE705> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Resources/BridgeSupport/ColorSync.dylib > 0x100cde000 - 0x100cdffff Foundation.dylib 0.9.0 > (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> > /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib > 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) -3B6C-1C2C-9075EA219A06> /usr/lib/dyld > 0x7fff80a25000 - 0x7fff80a42ff7 libPng.dylib ??? (???) > <14043CBC-329F-4009-299E-DEE411E16134> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib > 0x7fff81122000 - 0x7fff81137ff7 com.apple.LangAnalysis 1.6.6 > (1.6.6) > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis > 0x7fff812e4000 - 0x7fff813a5fe7 libFontParser.dylib ??? (???) > <8B12D37E-3A95-5A73-509C-3AA991E0C546> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib > 0x7fff8144a000 - 0x7fff8149bfef com.apple.HIServices 1.8.1 (???) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices > 0x7fff8153e000 - 0x7fff81c3b06f com.apple.CoreGraphics 1.545.0 > (???) <356D59D6-1DD1-8BFF-F9B3-1CE51D2F1EC7> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics > 0x7fff81cc0000 - 0x7fff82103fef libLAPACK.dylib 219.0.0 > (compatibility 1.0.0) <0CC61C98-FF51-67B3-F3D8-C5E430C201A9> > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib > 0x7fff82117000 - 0x7fff82138fff libresolv.9.dylib 41.0.0 > (compatibility 1.0.0) <6993F348-428F-C97E-7A84-7BD2EDC46A62> > /usr/lib/libresolv.9.dylib > 0x7fff82141000 - 0x7fff82141ff7 com.apple.Accelerate.vecLib 3.6 > (vecLib 3.6) > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib > 0x7fff82142000 - 0x7fff82153ff7 libz.1.dylib 1.2.3 > (compatibility 1.0.0) > /usr/lib/libz.1.dylib > 0x7fff82154000 - 0x7fff82488fff > com.apple.CoreServices.CarbonCore 861.23 (861.23) > <08F360FA-1771-4F0B-F356-BEF68BB9D421> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore > 0x7fff82489000 - 0x7fff825aafe7 libcrypto.0.9.8.dylib 0.9.8 > (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> > /usr/lib/libcrypto.0.9.8.dylib > 0x7fff827f8000 - 0x7fff8280cff7 > com.apple.speech.synthesis.framework 3.10.35 (3.10.35) > <621B7415-A0B9-07A7-F313-36BEEDD7B132> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis > 0x7fff8280d000 - 0x7fff828a7fff > com.apple.ApplicationServices.ATS 4.4 (???) <395849EE-244A-7323-6CBA- > E71E3B722984> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS > 0x7fff828aa000 - 0x7fff828b0ff7 com.apple.DiskArbitration 2.3 > (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> > /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration > 0x7fff82abd000 - 0x7fff82b07ff7 com.apple.Metadata 10.6.3 > (507.12) <9231045A-E2E3-B0C2-C81A-92C9EA98A4DF> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata > 0x7fff82c47000 - 0x7fff82cfcfe7 com.apple.ColorSync 4.6.3 > (4.6.3) > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync > 0x7fff82cfd000 - 0x7fff82d28ff7 libxslt.1.dylib 3.24.0 > (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> > /usr/lib/libxslt.1.dylib > 0x7fff82e93000 - 0x7fff82f11fff com.apple.CoreText 3.5.0 (???) > <4D5C7932-293B-17FF-7309-B580BB1953EA> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText > 0x7fff82f12000 - 0x7fff82f5efff libauto.dylib ??? (???) > /usr/lib/libauto.dylib > 0x7fff82f5f000 - 0x7fff82f75fef libbsm.0.dylib ??? (???) > <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib > 0x7fff83389000 - 0x7fff8360ffef com.apple.security 6.1.1 (37594) > <17CF7858-52D9-9665-3AE8-23F07CC8BEA1> > /System/Library/Frameworks/Security.framework/Versions/A/Security > 0x7fff836a2000 - 0x7fff836eaff7 libvDSP.dylib 268.0.1 > (compatibility 1.0.0) <170DE04F-89AB-E295-0880-D69CAFBD7979> > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib > 0x7fff83a2e000 - 0x7fff83ae7fff libsqlite3.dylib 9.6.0 > (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> > /usr/lib/libsqlite3.dylib > 0x7fff83b9e000 - 0x7fff83ba2ff7 libmathCommon.A.dylib 315.0.0 > (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> > /usr/lib/system/libmathCommon.A.dylib > 0x7fff83c10000 - 0x7fff83dd1fff libSystem.B.dylib 125.2.1 > (compatibility 1.0.0) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> > /usr/lib/libSystem.B.dylib > 0x7fff83f00000 - 0x7fff84017fef libxml2.2.dylib 10.3.0 > (compatibility 10.0.0) > /usr/lib/libxml2.2.dylib > 0x7fff840e4000 - 0x7fff8429bfef com.apple.ImageIO.framework > 3.0.4 (3.0.4) <2CB9997A-A28D-80BC-5921-E7D50BBCACA7> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO > 0x7fff8454b000 - 0x7fff845abfe7 com.apple.framework.IOKit 2.0 > (???) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > 0x7fff84b9d000 - 0x7fff84c1afef libstdc++.6.dylib 7.9.0 > (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> > /usr/lib/libstdc++.6.dylib > 0x7fff84c1b000 - 0x7fff84c6afef libTIFF.dylib ??? (???) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib > 0x7fff84ce3000 - 0x7fff84f66ff7 com.apple.Foundation 6.6.4 > (751.42) <9A99D378-E97A-8C0F-3857-D0FAA30FCDD5> > /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation > 0x7fff84f8e000 - 0x7fff8501efff com.apple.SearchKit 1.3.0 > (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit > 0x7fff85204000 - 0x7fff85204ff7 com.apple.ApplicationServices 38 > (38) <10A0B9E9-4988-03D4-FC56-DDE231A02C63> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > 0x7fff85270000 - 0x7fff852a9fef libcups.2.dylib 2.8.0 > (compatibility 2.0.0) <97F968EB-80ED-36FB-7819-D438B489E46E> > /usr/lib/libcups.2.dylib > 0x7fff852aa000 - 0x7fff85421fe7 com.apple.CoreFoundation 6.6.4 > (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > 0x7fff8553c000 - 0x7fff8553cff7 com.apple.CoreServices 44 (44) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices > 0x7fff855aa000 - 0x7fff85614fe7 libvMisc.dylib 268.0.1 > (compatibility 1.0.0) <75A8D840-4ACE-6560-0889-2AFB6BE08E59> > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib > 0x7fff85679000 - 0x7fff85679ff7 com.apple.Accelerate 1.6 > (Accelerate 1.6) <2BB7D669-4B40-6A52-ADBD-DA4DB3BC0B1B> > /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate > 0x7fff8567a000 - 0x7fff85688ff7 libkxld.dylib ??? (???) > <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib > 0x7fff85a9f000 - 0x7fff862a9fe7 libBLAS.dylib 219.0.0 > (compatibility 1.0.0) > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib > 0x7fff86f5d000 - 0x7fff86f6cfff com.apple.NetFS 3.2.1 (3.2.1) > > /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS > 0x7fff86f6d000 - 0x7fff86f6ffff libRadiance.dylib ??? (???) > <76438F90-DD4B-9941-9367-F2DFDF927876> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib > 0x7fff87295000 - 0x7fff8734bfff libobjc.A.dylib 227.0.0 > (compatibility 1.0.0) > /usr/lib/libobjc.A.dylib > 0x7fff8735d000 - 0x7fff873e2ff7 > com.apple.print.framework.PrintCore 6.3 (312.7) 6E76069B432D> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore > 0x7fff873f0000 - 0x7fff874caff7 com.apple.vImage 4.0 (4.0) > <354F34BF-B221-A3C9-2CA7-9BE5E14AD5AD> > /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage > 0x7fff874cb000 - 0x7fff874f1fe7 libJPEG.dylib ??? (???) > <6690F15D-E970-2678-430E-590A94F5C8E9> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib > 0x7fff874f2000 - 0x7fff875a1fff edu.mit.Kerberos 6.5.10 (6.5.10) > > /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos > 0x7fff876a7000 - 0x7fff876e8fff com.apple.SystemConfiguration > 1.10.5 (1.10.2) > /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration > 0x7fff881af000 - 0x7fff8836dfff libicucore.A.dylib 40.0.0 > (compatibility 1.0.0) <781E7B63-2AD0-E9BA-927C-4521DB616D02> > /usr/lib/libicucore.A.dylib > 0x7fff88454000 - 0x7fff88526fe7 com.apple.CFNetwork 454.11.5 > (454.11.5) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork > 0x7fff88a67000 - 0x7fff88a8ffff com.apple.DictionaryServices > 1.1.2 (1.1.2) > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices > 0x7fff88a90000 - 0x7fff88a95fff libGIF.dylib ??? (???) > <9A2723D8-61F9-6D65-D254-4F9273CDA54A> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib > 0x7fff88ae0000 - 0x7fff88b80fff com.apple.LaunchServices 362.1 > (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > 0x7fff88b81000 - 0x7fff88bc2fef com.apple.QD 3.36 (???) > <5DC41E81-32C9-65B2-5528-B33E934D5BB4> > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD > 0x7fff88dc3000 - 0x7fff88dfefff com.apple.AE 496.4 (496.4) > > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE > 0x7fff88fc7000 - 0x7fff89084ff7 > com.apple.CoreServices.OSServices 357 (357) > <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices > 0x7fff89133000 - 0x7fff89134ff7 com.apple.TrustEvaluationAgent > 1.1 (1) <51867586-1C71-AE37-EAAD-535A58DD3550> > /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent > 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) > <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib New description: {{{ framework 'CoreServices' path = File.expand_path("/Users/Shared") callback = Proc.new do |stream, info, paths, flags, ids| puts "callback" end stream = FSEventStreamCreate(KCFAllocatorDefault, callback, nil, [path], KFSEventStreamEventIdSinceNow, 0.0, KFSEventStreamCreateFlagUseCFTypes) }}} Running this much will cause MacRuby to seg. fault. I have the Bridge Support Preview installed and have tried this with both v0.8 and 0.9. Here is the crash report: {{{ Process: macruby [7275] Path: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [6828] Date/Time: 2010-12-14 06:07:18.162 -0800 OS Version: Mac OS X 10.6.5 (10H574) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000009 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[7275]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib 0x00007fff8729b700 _class_getSuperclass + 11 1 libmacruby.dylib 0x00000001000f0c66 rb_objc_convert_immediate + 86 2 ??? 0x0000000102d5b6ec 0 + 4342527724 3 libmacruby.dylib 0x000000010014aa08 rb_vm_dispatch + 2776 4 ??? 0x0000000102d5ae06 0 + 4342525446 5 ??? 0x0000000102d5a3bf 0 + 4342522815 6 libmacruby.dylib 0x00000001001630f3 rb_vm_run + 531 7 libmacruby.dylib 0x0000000100040b30 ruby_run_node + 80 8 macruby 0x0000000100000d28 main + 152 9 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff83c2a16a kevent + 10 1 libSystem.B.dylib 0x00007fff83c2c03d _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff83c2bd14 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff83c2b83e _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff83c2b168 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 2: 0 libSystem.B.dylib 0x00007fff83c2af8a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff83c2b39c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff83c2af8a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff83c2b39c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff83c2b005 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x0000000100a8fe48 rcx: 0x0000000102dea080 rdx: 0x0000000000000000 rdi: 0x0000000000000001 rsi: 0x00007fff5fbfe07e rbp: 0x00007fff5fbfe860 rsp: 0x00007fff5fbfe860 r8: 0x8080808080808080 r9: 0x522e72716472542e r10: 0x0000000102d5b280 r11: 0x8080808080808080 r12: 0x00000002007e0b20 r13: 0xffffffffffffffff r14: 0x00000002007de3e0 r15: 0x0000000000000000 rip: 0x00007fff8729b700 rfl: 0x0000000000010202 cr2: 0x0000000000000009 Binary Images: 0x100000000 - 0x100000ff7 +macruby ??? (???) /usr/local/bin/macruby 0x100003000 - 0x100a29f47 +libmacruby.dylib 0.9.0 (compatibility 0.9.0) /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/libmacruby.dylib 0x100c9b000 - 0x100c9cff7 CoreFoundation.dylib 0.9.0 (compatibility 0.9.0) /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib 0x100ccc000 - 0x100cccfff CFNetwork.dylib 0.9.0 (compatibility 0.9.0) <49F709FB-1625-004B-DE67-F52FA7C992AB> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Resources/BridgeSupport/CFNetwork.dylib 0x100cd0000 - 0x100cd0fff CoreGraphics.dylib 0.9.0 (compatibility 0.9.0) <11035392-DC4D-F816-7E3D-BA0B3ED1048A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Resources/BridgeSupport/CoreGraphics.dylib 0x100cd6000 - 0x100cd6fff ColorSync.dylib 0.9.0 (compatibility 0.9.0) <5361B2D0-CB34-C441-33CF-6870522DE705> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Resources/BridgeSupport/ColorSync.dylib 0x100cde000 - 0x100cdffff Foundation.dylib 0.9.0 (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571> /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib 0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) /usr/lib/dyld 0x7fff80a25000 - 0x7fff80a42ff7 libPng.dylib ??? (???) <14043CBC- 329F-4009-299E-DEE411E16134> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x7fff81122000 - 0x7fff81137ff7 com.apple.LangAnalysis 1.6.6 (1.6.6) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x7fff812e4000 - 0x7fff813a5fe7 libFontParser.dylib ??? (???) <8B12D37E-3A95-5A73-509C-3AA991E0C546> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib 0x7fff8144a000 - 0x7fff8149bfef com.apple.HIServices 1.8.1 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x7fff8153e000 - 0x7fff81c3b06f com.apple.CoreGraphics 1.545.0 (???) <356D59D6-1DD1-8BFF-F9B3-1CE51D2F1EC7> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x7fff81cc0000 - 0x7fff82103fef libLAPACK.dylib 219.0.0 (compatibility 1.0.0) <0CC61C98-FF51-67B3-F3D8-C5E430C201A9> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x7fff82117000 - 0x7fff82138fff libresolv.9.dylib 41.0.0 (compatibility 1.0.0) <6993F348-428F-C97E-7A84-7BD2EDC46A62> /usr/lib/libresolv.9.dylib 0x7fff82141000 - 0x7fff82141ff7 com.apple.Accelerate.vecLib 3.6 (vecLib 3.6) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x7fff82142000 - 0x7fff82153ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) /usr/lib/libz.1.dylib 0x7fff82154000 - 0x7fff82488fff com.apple.CoreServices.CarbonCore 861.23 (861.23) <08F360FA-1771-4F0B-F356-BEF68BB9D421> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff82489000 - 0x7fff825aafe7 libcrypto.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> /usr/lib/libcrypto.0.9.8.dylib 0x7fff827f8000 - 0x7fff8280cff7 com.apple.speech.synthesis.framework 3.10.35 (3.10.35) <621B7415-A0B9-07A7-F313-36BEEDD7B132> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x7fff8280d000 - 0x7fff828a7fff com.apple.ApplicationServices.ATS 4.4 (???) <395849EE-244A-7323-6CBA-E71E3B722984> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x7fff828aa000 - 0x7fff828b0ff7 com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff82abd000 - 0x7fff82b07ff7 com.apple.Metadata 10.6.3 (507.12) <9231045A-E2E3-B0C2-C81A-92C9EA98A4DF> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff82c47000 - 0x7fff82cfcfe7 com.apple.ColorSync 4.6.3 (4.6.3) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x7fff82cfd000 - 0x7fff82d28ff7 libxslt.1.dylib 3.24.0 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49> /usr/lib/libxslt.1.dylib 0x7fff82e93000 - 0x7fff82f11fff com.apple.CoreText 3.5.0 (???) <4D5C7932-293B-17FF-7309-B580BB1953EA> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x7fff82f12000 - 0x7fff82f5efff libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x7fff82f5f000 - 0x7fff82f75fef libbsm.0.dylib ??? (???) <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib 0x7fff83389000 - 0x7fff8360ffef com.apple.security 6.1.1 (37594) <17CF7858-52D9-9665-3AE8-23F07CC8BEA1> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff836a2000 - 0x7fff836eaff7 libvDSP.dylib 268.0.1 (compatibility 1.0.0) <170DE04F-89AB-E295-0880-D69CAFBD7979> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x7fff83a2e000 - 0x7fff83ae7fff libsqlite3.dylib 9.6.0 (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150> /usr/lib/libsqlite3.dylib 0x7fff83b9e000 - 0x7fff83ba2ff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib 0x7fff83c10000 - 0x7fff83dd1fff libSystem.B.dylib 125.2.1 (compatibility 1.0.0) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib 0x7fff83f00000 - 0x7fff84017fef libxml2.2.dylib 10.3.0 (compatibility 10.0.0) /usr/lib/libxml2.2.dylib 0x7fff840e4000 - 0x7fff8429bfef com.apple.ImageIO.framework 3.0.4 (3.0.4) <2CB9997A-A28D-80BC-5921-E7D50BBCACA7> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x7fff8454b000 - 0x7fff845abfe7 com.apple.framework.IOKit 2.0 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff84b9d000 - 0x7fff84c1afef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib 0x7fff84c1b000 - 0x7fff84c6afef libTIFF.dylib ??? (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x7fff84ce3000 - 0x7fff84f66ff7 com.apple.Foundation 6.6.4 (751.42) <9A99D378-E97A-8C0F-3857-D0FAA30FCDD5> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff84f8e000 - 0x7fff8501efff com.apple.SearchKit 1.3.0 (1.3.0) <4175DC31-1506-228A-08FD-C704AC9DF642> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff85204000 - 0x7fff85204ff7 com.apple.ApplicationServices 38 (38) <10A0B9E9-4988-03D4-FC56-DDE231A02C63> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x7fff85270000 - 0x7fff852a9fef libcups.2.dylib 2.8.0 (compatibility 2.0.0) <97F968EB-80ED-36FB-7819-D438B489E46E> /usr/lib/libcups.2.dylib 0x7fff852aa000 - 0x7fff85421fe7 com.apple.CoreFoundation 6.6.4 (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff8553c000 - 0x7fff8553cff7 com.apple.CoreServices 44 (44) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff855aa000 - 0x7fff85614fe7 libvMisc.dylib 268.0.1 (compatibility 1.0.0) <75A8D840-4ACE-6560-0889-2AFB6BE08E59> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x7fff85679000 - 0x7fff85679ff7 com.apple.Accelerate 1.6 (Accelerate 1.6) <2BB7D669-4B40-6A52-ADBD-DA4DB3BC0B1B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x7fff8567a000 - 0x7fff85688ff7 libkxld.dylib ??? (???) <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib 0x7fff85a9f000 - 0x7fff862a9fe7 libBLAS.dylib 219.0.0 (compatibility 1.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x7fff86f5d000 - 0x7fff86f6cfff com.apple.NetFS 3.2.1 (3.2.1) /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff86f6d000 - 0x7fff86f6ffff libRadiance.dylib ??? (???) <76438F90-DD4B-9941-9367-F2DFDF927876> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x7fff87295000 - 0x7fff8734bfff libobjc.A.dylib 227.0.0 (compatibility 1.0.0) /usr/lib/libobjc.A.dylib 0x7fff8735d000 - 0x7fff873e2ff7 com.apple.print.framework.PrintCore 6.3 (312.7) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x7fff873f0000 - 0x7fff874caff7 com.apple.vImage 4.0 (4.0) <354F34BF-B221-A3C9-2CA7-9BE5E14AD5AD> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x7fff874cb000 - 0x7fff874f1fe7 libJPEG.dylib ??? (???) <6690F15D-E970-2678-430E-590A94F5C8E9> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x7fff874f2000 - 0x7fff875a1fff edu.mit.Kerberos 6.5.10 (6.5.10) /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos 0x7fff876a7000 - 0x7fff876e8fff com.apple.SystemConfiguration 1.10.5 (1.10.2) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff881af000 - 0x7fff8836dfff libicucore.A.dylib 40.0.0 (compatibility 1.0.0) <781E7B63-2AD0-E9BA-927C-4521DB616D02> /usr/lib/libicucore.A.dylib 0x7fff88454000 - 0x7fff88526fe7 com.apple.CFNetwork 454.11.5 (454.11.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff88a67000 - 0x7fff88a8ffff com.apple.DictionaryServices 1.1.2 (1.1.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff88a90000 - 0x7fff88a95fff libGIF.dylib ??? (???) <9A2723D8-61F9-6D65-D254-4F9273CDA54A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x7fff88ae0000 - 0x7fff88b80fff com.apple.LaunchServices 362.1 (362.1) <2740103A-6C71-D99F-8C6F-FA264546AD8F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fff88b81000 - 0x7fff88bc2fef com.apple.QD 3.36 (???) <5DC41E81-32C9-65B2-5528-B33E934D5BB4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x7fff88dc3000 - 0x7fff88dfefff com.apple.AE 496.4 (496.4) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff88fc7000 - 0x7fff89084ff7 com.apple.CoreServices.OSServices 357 (357) <718F0719-DC9F-E392-7C64-9D7DFE3D02E2> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff89133000 - 0x7fff89134ff7 com.apple.TrustEvaluationAgent 1.1 (1) <51867586-1C71-AE37-EAAD-535A58DD3550> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent 0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <71E6D4C9-F945-6EC2-998C-D61AD590DAB6> /usr/lib/libSystem.B.dylib }}} -- Comment(by lsansonetti@?): It works fine in my environment. {{{ $ cat t.rb framework 'CoreServices' path = File.expand_path("/Users/Shared") callback = Proc.new do |stream, info, paths, flags, ids| puts "callback" end stream = FSEventStreamCreate(KCFAllocatorDefault, callback, nil, [path], KFSEventStreamEventIdSinceNow, 0.0, KFSEventStreamCreateFlagUseCFTypes) p stream }}} {{{ $ ./miniruby t.rb # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 17:29:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 01:29:48 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.026f2ab2f45a231044a3affa1e7aa0c5@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): I believe Eloy found out that this was a problem in BridgeSupport before. It has been fixed since, but we need to do a new BridgeSupport preview release. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 17:30:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 01:30:52 -0000 Subject: [MacRuby] #1014: Unhelpful error message when loading the restclient gem In-Reply-To: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> References: <053.e899f601c255d47f65fcc7b44b5d9b3f@macosforge.org> Message-ID: <062.2e49703e40d882abc27c9af6b3db7a6e@macosforge.org> #1014: Unhelpful error message when loading the restclient gem ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Please file another ticket for that :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:08:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:08:27 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken Message-ID: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ macruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_f' MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] 16.6822127651354 }}} {{{ ruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_f' ruby 1.9.3dev (2010-12-15 trunk 30211) [x86_64-darwin10.3.0] 20.0 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:24:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:24:26 -0000 Subject: [MacRuby] #1043: Cocoa Binding broken Message-ID: <051.254c80d32b03024f2dc3b246da37f5f0@macosforge.org> #1043: Cocoa Binding broken ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Some of the Cocoa bindings seem to be broken since 12/7 nightly. I will attach a simple app (Xcode project). So far, I found the followings. The results are the same with ObjectController bindings and UserDefaults bindings. Popup button Selected Index => does NOT work on both TextFiled value => works on the sample app but NOT on my app Checkbox => works on both Also not included but Popup Button content value (array) seems to be working. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:27:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:27:38 -0000 Subject: [MacRuby] #1043: Cocoa Binding broken In-Reply-To: <051.254c80d32b03024f2dc3b246da37f5f0@macosforge.org> References: <051.254c80d32b03024f2dc3b246da37f5f0@macosforge.org> Message-ID: <060.04b03406c82d4b37a19668cde1073dde@macosforge.org> #1043: Cocoa Binding broken ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by yasuimao@?): Well, the project seems to be too big, so I attached the app. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:37:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:37:07 -0000 Subject: [MacRuby] #1044: Iteration of NSDictionary returns Array instead of NSDictionary Message-ID: <049.ff2ce8c5b1790b82c57c7fa4162b4fa5@macosforge.org> #1044: Iteration of NSDictionary returns Array instead of NSDictionary --------------------------------+------------------------------------------- Reporter: ksandvik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: NSDictionary --------------------------------+------------------------------------------- See attached test case: framework 'Cocoa' puts "ApertureData.xml Master Image List Verifier, place the ApertureData.xml in same dir as this script" # Read in the ApertureData.xml file theFile = Dir.pwd + '/ApertureData.xml' puts theFile theDictionary = NSDictionary.alloc.initWithContentsOfFile(theFile) # Iterate through the keys and see if we have missing keys or missing entries. Only the Master Image section is investigated. masterImageDict = theDictionary['Master Image List'] masterImageDict.each do |entry| puts entry.class end This should return NSDictionary entries, verified by inspecting the xml file with Property List editor. Instead NSArray entries are returned. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:43:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:43:32 -0000 Subject: [MacRuby] #1040: Dalli test suite crashes In-Reply-To: <048.f123221fb7a22648f63d3e39242ea4a1@macosforge.org> References: <048.f123221fb7a22648f63d3e39242ea4a1@macosforge.org> Message-ID: <057.38dcf1e07e584b49aa60c8f5a9dada5b@macosforge.org> #1040: Dalli test suite crashes -------------------------------+-------------------------------------------- Reporter: mperham@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 0.8 => MacRuby 0.9 Comment: I haven't been able to reproduce your crash as easily, but looking at the assertion in the source code, I believe that you have somewhere a class with a method name larger than 100 characters, and calling #methods (or a similar method) on it. I fixed the assertion in r5026. Could you try with tonight's nightly build and reopen the radar in case you still see the problem? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 18:57:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 02:57:40 -0000 Subject: [MacRuby] #1045: restclient gem fails when trying to GET Message-ID: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> #1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try RestClient.get 'http://macruby.org/' I get the error: NameError: uninitialized constant RestClient::Request::Payload /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient/request.rb:42:in `initialize:' /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient/request.rb:31:in `execute:' /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient.rb:68:in `get:' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 19:05:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 03:05:46 -0000 Subject: [MacRuby] #1039: Bundler fails with TypeError: can't convert Pathname into String In-Reply-To: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> References: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> Message-ID: <056.6fcb1b4a0273a10fbcde0dc4053712d1@macosforge.org> #1039: Bundler fails with TypeError: can't convert Pathname into String ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: bundler, bundle, Pathname, String ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => Comment: Here is the code in bundler.rb line 230: {{{ def load_gemspec(file) path = Pathname.new(file) # Eval the gemspec from its parent directory Dir.chdir(path.dirname) do # <-- FAILS HERE begin }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 19:10:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 03:10:05 -0000 Subject: [MacRuby] #1039: Bundler fails with TypeError: can't convert Pathname into String In-Reply-To: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> References: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> Message-ID: <056.2f3466e1763c554913317467290044a9@macosforge.org> #1039: Bundler fails with TypeError: can't convert Pathname into String ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: bundler, bundle, Pathname, String ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): Actually the error is later in the source code. Here is a reduction: {{{ $ ./miniruby -r pathname -e "p File.read(Pathname.new('GPL'))" -e:1:in `
': can't convert Pathname into String (TypeError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 19:20:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 03:20:38 -0000 Subject: [MacRuby] #1039: Bundler fails with TypeError: can't convert Pathname into String In-Reply-To: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> References: <047.e653c610ffc6f9cc20519589364f4563@macosforge.org> Message-ID: <056.9284d383b2ae4b9eeb85c066c513cc9f@macosforge.org> #1039: Bundler fails with TypeError: can't convert Pathname into String -----------------------------------------------+---------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: bundler, bundle, Pathname, String | -----------------------------------------------+---------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.9 Comment: Should be fixed in r5027. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 19:36:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 03:36:57 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.18615db0a6f75f5ccb0db7ef3034c961@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): I was able to run the script successfully on my computer. Could you attach the crash report to this ticket? You can find it in {{{~/Library/Logs/CrashReporter}}}. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 19:56:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 03:56:24 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken In-Reply-To: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> References: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> Message-ID: <063.81cb49ba5122a0849dc3899326b3446d@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.9 => Old description: > {{{ > macruby -ve 'require "bigdecimal/math"; include BigMath; p > exp(log(BigDecimal("20.0"), 200), 200).to_f' > MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] > 16.6822127651354 > }}} > > {{{ > ruby -ve 'require "bigdecimal/math"; include BigMath; p > exp(log(BigDecimal("20.0"), 200), 200).to_f' > ruby 1.9.3dev (2010-12-15 trunk 30211) [x86_64-darwin10.3.0] > 20.0 > }}} New description: {{{ macruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_f' MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] 16.6822127651354 }}} {{{ ruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_f' ruby 1.9.3dev (2010-12-15 trunk 30211) [x86_64-darwin10.3.0] 20.0 }}} -- Comment: We need to investigate if it's a float precision issue or another bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 20:15:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 04:15:21 -0000 Subject: [MacRuby] #1044: Iteration of NSDictionary returns Array instead of NSDictionary In-Reply-To: <049.ff2ce8c5b1790b82c57c7fa4162b4fa5@macosforge.org> References: <049.ff2ce8c5b1790b82c57c7fa4162b4fa5@macosforge.org> Message-ID: <058.e49dcfb24fa119098e969b6f0b5ac047@macosforge.org> #1044: Iteration of NSDictionary returns Array instead of NSDictionary --------------------------------+------------------------------------------- Reporter: ksandvik@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: Component: MacRuby | Resolution: invalid Keywords: NSDictionary | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid * milestone: MacRuby 0.8 => Comment: It looks like it's behaving as expected. The key "Master Image List" points to a dictionary. You're calling #each on it, which means it will yield an array of 2 elements (key and value) each time. Maybe you want to try the following instead? {{{ masterImageDict.each do |key, entry| puts entry.class end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 20:27:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 04:27:38 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken In-Reply-To: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> References: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> Message-ID: <063.368c344179d7f50111d5e01225d2fe5b@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): as follow changing, It seems that MacRuby returns same result when change a SIZEOF_BDIGITS. Will it be a problem of the calculation precision? I cannot yet understand a problem definitely. {{{ #!diff diff --git a/include/ruby/defines.h b/include/ruby/defines.h index c5b144b..b88820e 100644 --- a/include/ruby/defines.h +++ b/include/ruby/defines.h @@ -83,7 +83,7 @@ void xfree(void*); #if defined(__LP64__) && (MAC_OS_X_VERSION_MAX_ALLOWED >= 1060) # define BDIGIT uint64_t -# define SIZEOF_BDIGITS 8 +# define SIZEOF_BDIGITS 4 # define BDIGIT_DBL __uint128_t # define BDIGIT_DBL_SIGNED __int128_t #elif SIZEOF_INT*2 <= SIZEOF_LONG_LONG }}} {{{ $ macruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_f' MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] 20.0 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 20:38:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 04:38:06 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken In-Reply-To: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> References: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> Message-ID: <063.454a0d9b466007ff63473219031a2e00@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by hghoehne@?): Replying to [comment:1 lsansonetti@?]: > We need to investigate if it's a float precision issue or another bug. it is not a floating point issue: {{{ macruby -ve 'require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_s("F")' MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] "16.682212765135445728579726056096452833034533515555079556957244320033165845148008887123174915662059112635413821896051944861145900807306986139192694748145595129342899638163206001857956245662413278649635" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 21:53:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 05:53:23 -0000 Subject: [MacRuby] #1045: restclient gem fails when trying to GET In-Reply-To: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> References: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> Message-ID: <062.72e9e8363a51db2d1905cf239a2baf15@macosforge.org> #1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Clearly a const lookup bug. I can reproduce it too, thanks for reporting! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 22:17:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 06:17:02 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.5c413bc191f3e0cc8ba68df4fd371f07@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): I also was able to run the script without crash. Hmm. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 22:20:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 06:20:14 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.87ad0d65b4c0930e53c908e9db6fb6f1@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): Some people on IRC were able to make it crash, though. Unfortunately, none of them can get a proper stack trace, yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 22:25:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 06:25:43 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken In-Reply-To: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> References: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> Message-ID: <063.2986e113b8eb191135e37b51de10e1fb@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): I believe the SIZEOF_BDIGITS change to 8 was done for performance reasons, a couple years ago. However, I do not remember the exact context of this change, anymore. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Dec 14 23:33:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 07:33:25 -0000 Subject: [MacRuby] #1046: DietRB gets confused about Strings and Symbols when I pass an Integer Message-ID: <056.6a396fa34311d1deeb92a73b56e82e18@macosforge.org> #1046: DietRB gets confused about Strings and Symbols when I pass an Integer ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ This doesn't seem to be right at all: {{{ irb(main):001:0> require 'digest' => true irb(main):002:0> digest = Digest::SHA2.new(512) TypeError: can't convert Symbol into String }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 00:01:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 08:01:08 -0000 Subject: [MacRuby] #1045: restclient gem fails when trying to GET In-Reply-To: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> References: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> Message-ID: <062.401bd53fd242885a40a73f5e9fff1c2d@macosforge.org> #1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): I reduced the bug and added the reduction to the test_vm suite as r5028. A fix for the bug will be committed a bit later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 00:18:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 08:18:22 -0000 Subject: [MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 In-Reply-To: <047.990520718669fe1017526adce8ff1145@macosforge.org> References: <047.990520718669fe1017526adce8ff1145@macosforge.org> Message-ID: <056.f5d38efa189d4b8b5d4ead1787bbb269@macosforge.org> #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: This should probably be fixed in 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 00:21:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 08:21:55 -0000 Subject: [MacRuby] #1047: Clean up warnings when installing gems Message-ID: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> #1047: Clean up warnings when installing gems ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Installing new gems puts out the message: "unknown: warning: ignoring alias" -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 00:22:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 08:22:21 -0000 Subject: [MacRuby] #1042: BigMath::log and BigMath:exp are broken In-Reply-To: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> References: <054.99c11d1d42d45236d2ee3b21ee4b994b@macosforge.org> Message-ID: <063.50d1b1a49afb9bf04b7bd4f48609c568@macosforge.org> #1042: BigMath::log and BigMath:exp are broken -------------------------------------+-------------------------------------- Reporter: hghoehne@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by hghoehne@?): This regression was introduced with the latest import from the ruby 1.9 trunk several weeks ago. {{{ macruby_select 0.6 -ve 'require "bigdecimal"; require "bigdecimal/math"; include BigMath; p exp(log(BigDecimal("20.0"), 200), 200).to_s("E")' MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] "0.19999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999995794303783081384926E2" }}} it took me some time to figure out why my numerical calculations stopped working. Unfortunately printf is broken for numeric types since version 0.4, which makes console output really hard to check. This bug makes also the results from the benchmark module unreadable. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 00:24:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 08:24:08 -0000 Subject: [MacRuby] #1047: Clean up warnings when installing gems In-Reply-To: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> References: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> Message-ID: <056.ec80d304081dda7831fd46b3a3be1ae4@macosforge.org> #1047: Clean up warnings when installing gems ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: trivial | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Let's get rid of these warning messages for the next release... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 01:03:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 09:03:33 -0000 Subject: [MacRuby] #1045: restclient gem fails when trying to GET In-Reply-To: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> References: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> Message-ID: <062.d861184065f19f30967036d376d7825e@macosforge.org> #1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5032. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 03:54:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 11:54:31 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.c651f14e05953d4559524a86211f16e3@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by arthur@?): Okay, here's a reduction of what gives me a crash: {{{ require 'find' require 'digest' digest = Digest::SHA2.new(512) # weird, but it matters. # I started with my whole home dir, but this is where it hangs. # Note History/ contains ~48,000 and I haven't been able to easily narrow it down further. path = "/Users/Arthur/Library/Caches/Metadata/Safari/History/" Find.find(path) { } }}} And the typical result: {{{ A8:~ Arthur$ time macruby segfault.rb real 3m13.380s user 5m12.754s sys 0m10.146s }}} It always segfaults and usually takes ~5 minutes but is sometimes much faster. Since the directory is Safari history, I may be confusing things by having safari open. more detail, and a crash report at [https://gist.github.com/741609] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 07:53:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 15:53:03 -0000 Subject: [MacRuby] #1027: Rubygems can be extremly slow In-Reply-To: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> References: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> Message-ID: <063.f6164c6f14c84e36f8bc7d1fe0061207@macosforge.org> #1027: Rubygems can be extremly slow -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by mattaimonetti@?): On top of the crazy amount of allocated objects, the other reason why rubygems is slow is due to the marshalling done on the fetched zipped file. Attached is a small benchmark of the marshalling code used in Rubygems. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 08:05:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 16:05:09 -0000 Subject: [MacRuby] #1027: Rubygems can be extremly slow In-Reply-To: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> References: <054.15ec081aa064a89fe85fcf542e798a02@macosforge.org> Message-ID: <063.fba9e53417246b01e6f3a5db57684d25@macosforge.org> #1027: Rubygems can be extremly slow -------------------------------------+-------------------------------------- Reporter: mattaimonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by mattaimonetti@?): Due to attachment size limitations I had to store the benchmark on github: https://gist.github.com/742137 You can download the 2 files from this url: https://gist.github.com/gists/742137/download -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 08:39:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 16:39:21 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.da13571aeaefbebac2bde29b36c072b1@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by haxie1@?): Thanks for checking. This looks like the same issue: http://bridgesupport.macosforge.org/trac/ticket/5 so I guess this is a dup. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 09:36:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 17:36:51 -0000 Subject: [MacRuby] #1048: Performance of Hash with an Array as a key Message-ID: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> #1048: Performance of Hash with an Array as a key ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I found another performance issue related to text processing using Hash. This little script is an attempt to count n-grams (n-words sequences) in text. The same script on Ruby 1.8.7 runs much faster and not affected by the number of array elements. '''Script''' {{{ n = 1 hash = Hash.new(0) words = File.open("test.txt").read.scan(/\w+/) (words.length - n).times do |i| hash[words[i..n+i]] += 1 end }}} I used a text file with about 8000 English words. I ran the test 3 times for each of 1 to 4 grams (1 to 4 array elements) to check that the results were consistent. Only the processing times of the block part are shown. [[BR]] '''Results''': MacRuby - hash with array as key (in sec.) {{{ word (n=0) 3.95 4.00 3.96 2-gram (n=1) 12.35 13.02 13.16 3-gram (n=2) 17.97 17.90 17.92 4-gram (n=3) 21.26 21.22 20.78 }}} '''Results''': Ruby 1.8.7 - hash with array as key (in sec.) {{{ word (n=0) 0.049 0.048 0.047 2-gram (n=1) 0.048 0.049 0.054 3-gram (n=2) 0.047 0.047 0.048 4-gram (n=3) 0.049 0.047 0.048 }}} [[BR]] To compare this with performance with String as a key, I joined the array and run the script. {{{ hash[words[i..n+i].join(" ")] += 1 }}} For the word count, I used this script. {{{ words.length.times do |i| hash[words[i]] += 1 end }}} '''Results''': MacRuby - hash with string as key (array joined) (in sec.) {{{ word (string) 0.030 0.029 0.027 2-gram 0.17 0.17 0.16 3-gram 0.18 0.18 0.19 4-gram 0.24 0.21 0.22 }}} '''Results''': Ruby 1.8.7 - hash with string as key (array joined) (in sec.) {{{ word (string) 0.0092 0.0091 0.0094 2-gram 0.045 0.041 0.039 3-gram 0.041 0.043 0.041 4-gram 0.048 0.048 0.049 }}} [[BR]] The second script ran much faster, but still MacRuby is approximately 2 to 3 times slower than Ruby 1.8.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 12:47:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 20:47:38 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.ecc088dabebd3b8c456a080f730daf1a@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): I am going to release a new BridgeSupport preview, later this week, which should fix the bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 13:22:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 21:22:52 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.c6b87a1bd2db92543b29f1abb4d1aa72@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): I can't reproduce the crash neither on my second machine (Mac Pro). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 13:26:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 21:26:56 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.596732753db090a38f4bb96d9ae11b99@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lsansonetti@?): If someone can reproduce the crash, please do the following: * download, build and install a copy of MacRuby trunk * still in the MacRuby source directory, run the following: {{{$ DYLD_LIBRARY_PATH=. gdb --args ./macruby test.rb}}} (where test.rb is the snippet described above) * inside gdb, type `r'. Then, once it crashes, type `thread apply all bt' and copy/paste the result here. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 14:59:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 22:59:43 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.7ce0eae172a6483bfea7e246b767405d@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------+------------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: A new BridgeSupport preview is available here: http://www.macruby.org/files/BridgeSupport%20Preview%202.zip It should fix your problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 15:03:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Dec 2010 23:03:16 -0000 Subject: [MacRuby] #1038: seg fault with FSEventStreamCreate In-Reply-To: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> References: <044.8f1acbee61529c9d53572a09dc4fb34b@macosforge.org> Message-ID: <053.091b0a7f29e3799ce88a7fc0c647f425@macosforge.org> #1038: seg fault with FSEventStreamCreate ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------+------------------------------------------------ Comment(by haxie1@?): Wow, that was fast! It does indeed fix my issue. Thanks for the fast turn around -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 17:04:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 01:04:10 -0000 Subject: [MacRuby] #1049: Can't get the event path from FSEventStreamCallback Message-ID: <044.cb877c272ed3249dd1d56eddfc569246@macosforge.org> #1049: Can't get the event path from FSEventStreamCallback ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ MacRuby 0.9 r5024 BridgeSupport Preview 2 {{{ framework 'Foundation' framework 'CoreServices' callback = Proc.new do |stream, callback_info, numb_events, paths, flags, ids| puts "callback" puts paths #Pointer puts paths.type #C paths.cast!("@") puts paths[0] #NSCFArray paths[0].count #crash end context = nil watchPath = ["/Users/Shared"] stream = FSEventStreamCreate(KCFAllocatorDefault, callback, context, watchPath, KFSEventStreamEventIdSinceNow, 0.3, KFSEventStreamCreateFlagUseCFTypes) if !stream puts "Failed" exit 1 end queue = Dispatch::Queue.new("fseventqueue") p = queue.dispatch_object FSEventStreamSetDispatchQueue(stream, p) if ! FSEventStreamStart(stream) puts "Failed to start" exit 1 end trap("INT") { FSEventStreamStop(stream) FSEventStreamInvalidate(stream) exit 0 } Dispatch::Queue.main.run }}} When I run this, I get called back when /Users/Shared changes, but my callbacks 'paths' argument doesn't have any useful data. If I cast the paths Pointer to an object I get an NSCFArray, but calling anything on it throws an exception (NoMethodError). Am I doing it wrong, or is the callbacks 'paths' param pointing to the great unknown? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 18:25:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 02:25:39 -0000 Subject: [MacRuby] #1050: Segfault occurs with Rake::namespace. Message-ID: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> #1050: Segfault occurs with Rake::namespace. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'rake' def defmock(sym, &block) class << @mock; self; end.class_eval do define_method(sym, block) end end @app = Rake.application Rake.application = @mock = Object.new args = [] defmock(:in_namespace) {|a, *| args << a} namespace "xyz" do end }}} BacTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000005 0x000000010013c350 in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:1153 1153 new_argv[i] = i < argc ? argv[i] : Qnil; (gdb) bt #0 0x000000010013c350 in vm_block_eval [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:1153 #1 0x000000010013c350 in rb_vm_block_eval2 (b=0x2002b6c60, self=8592780032, sel=0x103d73280, argc=2847616, argv=0x5) at dispatcher.cpp:1214 #2 0x0000000100137013 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:452 #3 0x0000000100137013 in rb_vm_dispatch () at dispatcher.cpp:1214 #4 0x0000000103b00c26 in ?? () #5 0x0000000103b328e0 in ?? () #6 0x00000001001375e6 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:161 #7 0x00000001001375e6 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #8 0x00000001001375e6 in rb_vm_dispatch () at dispatcher.cpp:1214 #9 0x0000000103b00c26 in ?? () #10 0x0000000103b00375 in ?? () #11 0x00000001001519cd in rb_vm_run (fname=0x20004f4a0 "/Users/watson/tmp/test_rake.rb", node=0x2000551a0, binding=0x0, inside_eval=false) at vm.cpp:3928 #12 0x0000000100038479 in ruby_run_node (n=0x2000551a0) at eval.c:211 #13 0x0000000100000c15 in main (argc=3, argv=0x100e1de30, envp=0x7fff5fbfee60) at main.cpp:40 Current language: auto; currently objective-c++ (gdb) }}} By the following commands, could confirm a this problem. {{{ On MacRuby source directory: $ cd test/test-mri/ $ macruby -r require_relative.rb test/rake/test_top_level_functions.rb -v }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 18:42:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 02:42:44 -0000 Subject: [MacRuby] #1051: Segfault occurs with RDoc::Parser::Ruby. Message-ID: <051.93190f4262a6e9db6a637593474e0441@macosforge.org> #1051: Segfault occurs with RDoc::Parser::Ruby. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'tempfile' require 'rdoc/options' require 'rdoc/parser/ruby' require 'rdoc/stats' def util_parser(content) @parser = RDoc::Parser::Ruby.new @top_level, @filename, content, @options, @stats end def util_top_level RDoc::TopLevel.reset @top_level = RDoc::TopLevel.new @filename @top_level2 = RDoc::TopLevel.new @filename2 end @tempfile = Tempfile.new self.class.name @filename = @tempfile.path # Some tests need two paths. @tempfile2 = Tempfile.new self.class.name @filename2 = @tempfile2.path util_top_level @options = RDoc::Options.new @options.quiet = true @stats = RDoc::Stats.new 0 util_parser "" comment = "# :section: new section\n# woo stuff\n" @parser.look_for_directives_in @top_level, comment section = @top_level.current_section p section.title p section.comment p comment }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000024 0x00000001000abd50 in str_concat_string (self=0x2003ad780, str=0x4) at string.c:865 865 if (str->length_in_bytes == 0) { (gdb) bt #0 0x00000001000abd50 in str_concat_string (self=0x2003ad780, str=0x4) at string.c:865 #1 0x00000001000b2c2b in str_gsub (sel=0x100ec3c00, argc=1, argv=0x7fff5fbfcd38, str=8593931552, bang=true) at string.c:3917 #2 0x00000001000b31cb in rstr_gsub_bang (str=8593931552, sel=0x100ec3c00, argc=1, argv=0x7fff5fbfcd38) at string.c:4000 #3 0x0000000100136fb3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:448 #4 0x0000000100136fb3 in rb_vm_dispatch () at dispatcher.cpp:849 #5 0x0000000103300e36 in ?? () #6 0x000000010335f494 in ?? () #7 0x00000001001375e6 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:161 #8 0x00000001001375e6 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #9 0x00000001001375e6 in rb_vm_dispatch () at dispatcher.cpp:849 #10 0x0000000103300e36 in ?? () #11 0x000000010335e7e4 in ?? () #12 0x0000000100137627 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:163 #13 0x0000000100137627 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #14 0x0000000100137627 in rb_vm_dispatch () at dispatcher.cpp:849 #15 0x0000000103300e36 in ?? () #16 0x0000000103300607 in ?? () #17 0x00000001001519cd in rb_vm_run (fname=0x20004f1e0 "/Users/watson/tmp/test_rdoc.rb", node=0x20005d580, binding=0x0, inside_eval=false) at vm.cpp:3928 #18 0x0000000100038479 in ruby_run_node (n=0x20005d580) at eval.c:211 #19 0x0000000100000c15 in main (argc=3, argv=0x100e1de30, envp=0x7fff5fbfee60) at main.cpp:40 Current language: auto; currently c (gdb) }}} By the following commands, could confirm this problem. {{{ On MacRuby source directory: $ cd test/test-mri/ $ macruby -r require_relative.rb test/rdoc/test_rdoc_parser_ruby.rb -v }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 18:53:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 02:53:29 -0000 Subject: [MacRuby] #1036: macgem not able to upgrade a gem it should be able to upgrade In-Reply-To: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> References: <053.6b3a120e40c15f54af2075818d9baffc@macosforge.org> Message-ID: <062.721244680ee50568cc7004e4bc4f52f7@macosforge.org> #1036: macgem not able to upgrade a gem it should be able to upgrade ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 19:02:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 03:02:39 -0000 Subject: [MacRuby] #1050: Segfault occurs with Rake::namespace. In-Reply-To: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> References: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> Message-ID: <060.90938de1d905930e8a2f4370c7d9bb9b@macosforge.org> #1050: Segfault occurs with Rake::namespace. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Quickly looking inside gcd, we are calling a stub generated by #define_method with the wrong calling convention. The stub is supposed to accept 4 arguments (self, sel, argc, argv), arity -1, but we call it passing (self, sel and array), arity -2. Therefore, argc has an incorrect value which leads to this memory error. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 19:09:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 03:09:33 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.9cdcacac217ae860fcd07c923886a639@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by arthur@?): Okay, I've updated my [https://gist.github.com/741609 gist] with a section called gdb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 19:37:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 03:37:12 -0000 Subject: [MacRuby] #1050: Segfault occurs with Rake::namespace. In-Reply-To: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> References: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> Message-ID: <060.cded24fe380810443ade31559783c4f2@macosforge.org> #1050: Segfault occurs with Rake::namespace. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Here is a reduction: {{{ $ ./miniruby -e "class Foo; define_method(:foo){|_,*a|p a}; end; Foo.new.foo(42)" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 20:49:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 04:49:19 -0000 Subject: [MacRuby] #1050: Segfault occurs with Rake::namespace. In-Reply-To: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> References: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> Message-ID: <060.f50cb93bc0bfdbd6f9083649092ce48b@macosforge.org> #1050: Segfault occurs with Rake::namespace. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5037. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 23:02:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 07:02:30 -0000 Subject: [MacRuby] #1047: Clean up warnings when installing gems In-Reply-To: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> References: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> Message-ID: <056.c3df9ae1eeefa08e63abb31ed0483efd@macosforge.org> #1047: Clean up warnings when installing gems ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: new Priority: trivial | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): {{{ Breakpoint 1, rb_warn (fmt=0x105ed979c "ignoring alias") at error.c:156 156 { (gdb) bt #0 rb_warn (fmt=0x105ed979c "ignoring alias") at error.c:156 #1 0x0000000105ecde9d in get_node (parser=0x105ed979c) at rubyext.c:533 #2 0x0000000105ecdc78 in handle_mapping [inlined] () at /Users/lrz/src /macruby-trunk/ext/libyaml/rubyext.c:498 #3 0x0000000105ecdc78 in get_node (parser=0x105ed979c) at rubyext.c:521 #4 0x0000000105ecdd28 in handle_sequence [inlined] () at /Users/lrz/src /macruby-trunk/ext/libyaml/rubyext.c:483 #5 0x0000000105ecdd28 in get_node (parser=0x105ed979c) at rubyext.c:525 #6 0x0000000105ecdc78 in handle_mapping [inlined] () at /Users/lrz/src /macruby-trunk/ext/libyaml/rubyext.c:498 #7 0x0000000105ecdc78 in get_node (parser=0x105ed979c) at rubyext.c:521 #8 0x0000000105ecc54f in rb_yaml_parser_load (self=4394424220, sel=0x402992f60) at rubyext.c:561 #9 0x000000010013b4c6 in rb_vm_dispatch (_vm=0x100b19cc0, cache=0x100a9c7a0, top=17183119520, self=17223462240, klass=0x400319ca0, sel=0x7fff8a96d1f8, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Dec 15 23:06:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 07:06:45 -0000 Subject: [MacRuby] #1047: Clean up warnings when installing gems In-Reply-To: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> References: <047.bb80a57d2a14be3432f9f09132c7d4a8@macosforge.org> Message-ID: <056.78836106a15d55a63292bf4535136cc2@macosforge.org> #1047: Clean up warnings when installing gems ------------------------------+--------------------------------------------- Reporter: sferik@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: trivial | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5038. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 00:06:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 08:06:24 -0000 Subject: [MacRuby] #1050: Segfault occurs with Rake::namespace. In-Reply-To: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> References: <051.1dd629f92d586ec6a3663a7d82bffcd9@macosforge.org> Message-ID: <060.92036acc4f6dd37e8a6cdc5904de6e9d@macosforge.org> #1050: Segfault occurs with Rake::namespace. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you for your commit. I confirmed to fix this issue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 07:21:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 15:21:11 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.3f260a05745d602b760e8ae4c3558bd4@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by jmancuso@?): Replying to [comment:1 lsansonetti@?]: > I was able to run the script successfully on my computer. > > Could you attach the crash report to this ticket? You can find it in {{{~/Library/Logs/CrashReporter}}}. Here are two crash reports from the original test: https://gist.github.com/743508 https://gist.github.com/743509 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 07:50:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 15:50:24 -0000 Subject: [MacRuby] #1052: Need rb_gc_mark to install the perftools.rb. Message-ID: <051.c1b0fc70ed6b9cd9b442f2b8013d18d0@macosforge.org> #1052: Need rb_gc_mark to install the perftools.rb. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I was going to install the perftools.rb to research a CPU performance. {{{ $ sudo macgem install ruby_core_source # I do a fork of an original project because 'require "rubygems"' was necessary. $ git clone https://github.com/Watson1978/perftools.rb.git $ cd perftools.rb/ $ macgem build perftools.rb.gemspec $ sudo macgem install perftools.rb-0.5.4.gem -----snip----- perftools.c:2:1: warning: this is the location of the previous definition perftools.c:96:5: warning: "/*" within comment perftools.c: In function ?rb_stack_trace?: perftools.c:140: warning: implicit declaration of function ?rb_during_gc? perftools.c: In function ?cpuprofiler_gc_mark?: perftools.c:279: error: ?rb_gc_mark? undeclared (first use in this function) perftools.c:279: error: (Each undeclared identifier is reported only once perftools.c:279: error: for each function it appears in.) perftools.c: At top level: perftools.c:349: error: expected ?)? before ?event? perftools.c: In function ?methprofiler_setup?: perftools.c:363: error: ?event_handler? undeclared (first use in this function) perftools.c:363: error: too few arguments to function ?rb_add_event_hook? perftools.c: In function ?methprofiler_teardown?: perftools.c:376: error: ?event_handler? undeclared (first use in this function) perftools.c: In function ?objprofiler_setup?: perftools.c:421: error: ?rb_newobj? undeclared (first use in this function) perftools.c: In function ?Init_perftools?: perftools.c:491: warning: implicit declaration of function ?rb_set_end_proc? make: *** [perftools.o] Error 1 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 07:53:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 15:53:23 -0000 Subject: [MacRuby] #1053: Need to implement rb_newobj to install the perftools.rb. Message-ID: <051.97d7cb1ed70425dfb3031ce9a3b6e624@macosforge.org> #1053: Need to implement rb_newobj to install the perftools.rb. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ sudo macgem install ruby_core_source # I do a fork of an original project because 'require "rubygems"' was necessary. $ git clone https://github.com/Watson1978/perftools.rb.git $ cd perftools.rb/ $ macgem build perftools.rb.gemspec $ sudo macgem install perftools.rb-0.5.4.gem -----snip----- perftools.c:2:1: warning: this is the location of the previous definition perftools.c:96:5: warning: "/*" within comment perftools.c: In function ?rb_stack_trace?: perftools.c:140: warning: implicit declaration of function ?rb_during_gc? perftools.c: In function ?cpuprofiler_gc_mark?: perftools.c:279: error: ?rb_gc_mark? undeclared (first use in this function) perftools.c:279: error: (Each undeclared identifier is reported only once perftools.c:279: error: for each function it appears in.) perftools.c: At top level: perftools.c:349: error: expected ?)? before ?event? perftools.c: In function ?methprofiler_setup?: perftools.c:363: error: ?event_handler? undeclared (first use in this function) perftools.c:363: error: too few arguments to function ?rb_add_event_hook? perftools.c: In function ?methprofiler_teardown?: perftools.c:376: error: ?event_handler? undeclared (first use in this function) perftools.c: In function ?objprofiler_setup?: perftools.c:421: error: ?rb_newobj? undeclared (first use in this function) perftools.c: In function ?Init_perftools?: perftools.c:491: warning: implicit declaration of function ?rb_set_end_proc? make: *** [perftools.o] Error 1 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 07:55:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 15:55:00 -0000 Subject: [MacRuby] #1053: Need to implement rb_newobj to install the perftools.rb. In-Reply-To: <051.97d7cb1ed70425dfb3031ce9a3b6e624@macosforge.org> References: <051.97d7cb1ed70425dfb3031ce9a3b6e624@macosforge.org> Message-ID: <060.49e537096b36a4de7b28d10f47cf37a0@macosforge.org> #1053: Need to implement rb_newobj to install the perftools.rb. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * priority: blocker => major -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 13:19:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 21:19:42 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.0c132a705aef2543a172314ddcf36d67@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by arthur@?): Replying to [comment:8 jmancuso@?]: Hi, just curious, could you put a 'puts entry' into your loop and see what the last item it prints successfully is? Also, do you still get a crash with an empty loop like 'Find.find(path) { }' ? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 13:41:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Dec 2010 21:41:24 -0000 Subject: [MacRuby] #1041: Segmentation fault during execution In-Reply-To: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> References: <054.4e8b740cb52c99cabf65e7a07803c3eb@macosforge.org> Message-ID: <063.5c4d25ddf14f3544a8c2a6171fd0d099@macosforge.org> #1041: Segmentation fault during execution -------------------------------------+-------------------------------------- Reporter: jmancuso@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by jmancuso@?): I modified the script as such: {{{ require 'digest' require 'find' path = "/Users/jmancuso" digest = Digest::SHA2.new(512) f = File.new("/tmp/loggy", "w+") Find.find(path) do |entry| f.puts entry f.flush if File.file?(entry) or File.directory?(entry) stat = File.stat(entry) digest.update("#{entry} - #{stat.mtime} - #{stat.size}") end end f.close }}} and it took 4 runs to crash - last entry printed was: {{{ /Users/jmancuso/Library/Logs/CrashReporter/MobileDevice/iPhone- 26000c54/Panics/2010-08-24-080638.panic.plist /Users/jmancuso/Library/Logs/CrashReporter/MobileDevice/jPhone }}} Nothing particularly deep. I've also gotten this twice now - an Abort trap instead of a segfault {{{ unknown: [BUG] destination 0x200212ea8 isn't in the auto zone MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64] }}} I can go through and build MacRuby but I don't have llvm installed/built and it looks like it'll easily chew through an hour or two getting it all set up but I'd be willing to if nobody else can reduce this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 16:27:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 00:27:14 -0000 Subject: [MacRuby] #1054: Assertion failed. "(arity >= 0), function compile_block_caller" Message-ID: <051.1f22e3baa34bad21233afdac6afb9df7@macosforge.org> #1054: Assertion failed. "(arity >= 0), function compile_block_caller" ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- MacRuby Latest (r5038) crashes with following command. {{{ On MacRuby source directory: $ cd test/test-mri/ $ macruby -r require_relative.rb test/ruby/test_method.rb -v ---------------------------------------- Assertion failed: (arity >= 0), function compile_block_caller, file compiler.cpp, line 6657. zsh: abort macruby -r require_relative.rb test/ruby/test_method.rb -v }}} There was not this problem until r5035. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 16:52:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 00:52:00 -0000 Subject: [MacRuby] #1054: Assertion failed. "(arity >= 0), function compile_block_caller" In-Reply-To: <051.1f22e3baa34bad21233afdac6afb9df7@macosforge.org> References: <051.1f22e3baa34bad21233afdac6afb9df7@macosforge.org> Message-ID: <060.92405faa106461a0bd1539809c119ae3@macosforge.org> #1054: Assertion failed. "(arity >= 0), function compile_block_caller" ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I think it was working with pure luck (as dispatching the method would segfault). I added a reduction in test_vm in r1054. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 18:11:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 02:11:04 -0000 Subject: [MacRuby] #791: Array#hash is broken. In-Reply-To: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> References: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> Message-ID: <060.51166256bf542b0b2615c77350dcf000@macosforge.org> #791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby Later => MacRuby 1.0 Comment: Moving to 1.0. Having Array#hash returning the same value for same-sized arrays triggers important performance penalties during hash lookup (see #1048). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 18:33:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 02:33:56 -0000 Subject: [MacRuby] #1054: Assertion failed. "(arity >= 0), function compile_block_caller" In-Reply-To: <051.1f22e3baa34bad21233afdac6afb9df7@macosforge.org> References: <051.1f22e3baa34bad21233afdac6afb9df7@macosforge.org> Message-ID: <060.9d5224acdee1208b1b3ae94290456629@macosforge.org> #1054: Assertion failed. "(arity >= 0), function compile_block_caller" ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.9 Comment: Thank you !! I confirmed that this problem is fixed with r5040. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 20:02:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 04:02:30 -0000 Subject: [MacRuby] #791: Array#hash is broken. In-Reply-To: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> References: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> Message-ID: <060.e27e4d643c516b835b95aa997bc96ea6@macosforge.org> #791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Why it can be a problem: {{{ $ time ./miniruby -e "h={}; 10000.times { |i| h[[1,i,2]]=1 }" real 0m2.482s user 0m2.460s sys 0m0.017s }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 20:03:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 04:03:24 -0000 Subject: [MacRuby] #1048: Performance of Hash with an Array as a key In-Reply-To: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> References: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> Message-ID: <060.2be091456369165c88e257f051baa8ec@macosforge.org> #1048: Performance of Hash with an Array as a key ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: After looking at this example, I notice 2 problems: * First, because Array#hash in MacRuby returns the same hash code for same-sized arrays, in this very specific case, it means the hash lookup will always hit the same slot range, then perform comparison operations on the various keys to find the right slot. This problem is already reported in #791 and I moved its milestone to 1.0. * Second, doing comparison operations on array keys is poorly optimized, resulting in many calls to the dispatcher and other costly operations. Moving this bug to 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 20:18:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 04:18:44 -0000 Subject: [MacRuby] #1048: Performance of Hash with an Array as a key In-Reply-To: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> References: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> Message-ID: <060.c0e51f69bf1205dadd923594e00d5fa9@macosforge.org> #1048: Performance of Hash with an Array as a key ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): A fix for the second problem has been committed in r5041. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 21:25:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 05:25:08 -0000 Subject: [MacRuby] #1048: Performance of Hash with an Array as a key In-Reply-To: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> References: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> Message-ID: <060.638616e19cab3e13f0295da0fd1e214e@macosforge.org> #1048: Performance of Hash with an Array as a key ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: A fix for the first problem has been committed in r5042. In my environment, your test on a big file (/usr/share/dict/words) runs about the same speed as Ruby 1.8.7 (1.8.7 is a little bit faster, though). Please give it a try and re-open the ticket if necessary :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 21:34:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 05:34:13 -0000 Subject: [MacRuby] #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. In-Reply-To: <051.caef36df560b004605f7ec66160482c7@macosforge.org> References: <051.caef36df560b004605f7ec66160482c7@macosforge.org> Message-ID: <060.a48c171ab746f3279eecf734ed424ff0@macosforge.org> #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby Later => MacRuby 0.9 Comment: This bug has been fixed in r5042. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Dec 16 21:36:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 05:36:17 -0000 Subject: [MacRuby] #791: Array#hash is broken. In-Reply-To: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> References: <051.3cad5cc283abdae2252234cb5b2a85a9@macosforge.org> Message-ID: <060.4abaca88889ea44c753cf65f8ea6f332@macosforge.org> #791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 1.0 => MacRuby Later Comment: A better hashing function for RubyHash objects has been committed in r5042, however Array#hash did not change. I think changing it is too critical for 1.0, because I'm afraid it might introduce incompatibilities with Foundation APIs. So I'm moving the bug back to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 08:10:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 16:10:35 -0000 Subject: [MacRuby] #1048: Performance of Hash with an Array as a key In-Reply-To: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> References: <051.0f79f32884e168bef5a43fae2e95614e@macosforge.org> Message-ID: <060.aa08142c8d2510196eb0be3e89d8ca7d@macosforge.org> #1048: Performance of Hash with an Array as a key ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Changes (by yasuimao@?): * status: closed => reopened * resolution: fixed => Comment: I downloaded the latest nightly (0.9 12/17/2010) and further tested this issue. This time, I tested this with more than 1 file. The two scripts are following: '''1 File repeated 10 times''' {{{ hash = Hash.new(0) n = 1 10.times do |i| text = File.open("test.txt").read words = text.scan(/\w+/) (words.length - n).times do |i| hash[words[i..n+i].join(" ")] += 1 end end }}} '''Multiple files''' {{{ require 'find' hash = Hash.new(0) n = 1 Find.find(dir) do |file| next if File.extname(file) != ".txt" text = File.open(file).read words = text.scan(/\w+/) (words.length - n).times do |i| hash[words[i..n+i].join(" ")] += 1 end end }}} Both tests are repeated with String as a key and Array as a key (the sample scripts are with String as a key). {{{ String (Str): hash[words[i..n+i].join(" ")] += 1 Array (Ary): hash[words[i..n+i]] += 1 }}} For testing I used the following files: {{{ 1 file - 8,000 words 10 files - 79,000 words 18 files - 150,000 words }}} Also each test was repeated with different number of array elements 2 (n = 1), 3 (n = 2), and 4 (n = 3). '''Results - Ruby 1.8.7''' {{{ n 1 2 3 1 F rep - Str 0.51 0.54 0.58 1 F rep - Ary 0.67 0.70 0.72 10 F - Str 0.63 0.75 0.72 10 F - Ary 0.63 0.67 0.68 18 F - Str 1.19 1.39 1.43 18 F - Ary 1.36 1.37 1.41 }}} '''MacRuby 0.9 nightly 12/17/2010''' {{{ n 1 2 3 1 F rep - Str 1.73 1.84 1.96 1 F rep - Ary 1.62 2.04 2.27 10 F - Str 2.21 2.53 2.46 10 F - Ary 7.28 20.83 29.15 18 F - Str 4.35 4.64 5.10 18 F - Ary 24.68 88.95 131.77 }}} I'm wondering if this issue is still persisting or due to my poor scripts. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 14:26:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 22:26:03 -0000 Subject: [MacRuby] #1043: Cocoa Binding broken In-Reply-To: <051.254c80d32b03024f2dc3b246da37f5f0@macosforge.org> References: <051.254c80d32b03024f2dc3b246da37f5f0@macosforge.org> Message-ID: <060.02f8959356e824af62d93c40ecd02b86@macosforge.org> #1043: Cocoa Binding broken ----------------------------------+----------------------------------------- Reporter: yasuimao@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.9 Comment: Looks like the problem has been fixed in r5043, so I'm closing the bug :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 14:39:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 22:39:58 -0000 Subject: [MacRuby] #1045: restclient gem fails when trying to GET In-Reply-To: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> References: <053.a451ece2d5dd51c400c3be6a914209d4@macosforge.org> Message-ID: <062.055170f03d575ad688d0d4f74af0b519@macosforge.org> #1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): Confirmed, fixed. Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 14:43:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 22:43:57 -0000 Subject: [MacRuby] #1049: Can't get the event path from FSEventStreamCallback In-Reply-To: <044.cb877c272ed3249dd1d56eddfc569246@macosforge.org> References: <044.cb877c272ed3249dd1d56eddfc569246@macosforge.org> Message-ID: <053.d2118586db606773f16155bb4d6e7f41@macosforge.org> #1049: Can't get the event path from FSEventStreamCallback ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): The callback is defined like this: {{{ typedef void ( *FSEventStreamCallback )( ConstFSEventStreamRef streamRef, void *clientCallBackInfo, size_t numEvents, void *eventPaths, const FSEventStreamEventFlags eventFlags[], const FSEventStreamEventId eventIds[]); }}} Here, eventPaths is a void pointer, so MacRuby will give you a Pointer object. However, apparently, it looks like FSEvents will yield an NSArray instead, in this snippet. In C, one would simply cast eventPaths as an NSArray, but in MacRuby, this isn't possible. Using #cast! on the Pointer will simply change the pointer type, and in your case, you're getting what an NSArray structure points to as its first pointer field, which is the isa (class). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 15:16:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 23:16:41 -0000 Subject: [MacRuby] #1049: Can't get the event path from FSEventStreamCallback In-Reply-To: <044.cb877c272ed3249dd1d56eddfc569246@macosforge.org> References: <044.cb877c272ed3249dd1d56eddfc569246@macosforge.org> Message-ID: <053.0bcfd5688181bda7254b2a07ac2f23d9@macosforge.org> #1049: Can't get the event path from FSEventStreamCallback ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): I'm afraid this cannot be fixed in MacRuby, and should be done by BridgeSupport. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 15:29:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 23:29:36 -0000 Subject: [MacRuby] #1051: Segfault occurs with RDoc::Parser::Ruby. In-Reply-To: <051.93190f4262a6e9db6a637593474e0441@macosforge.org> References: <051.93190f4262a6e9db6a637593474e0441@macosforge.org> Message-ID: <060.73f86f6d0ad7b286a58b5a5b25896659@macosforge.org> #1051: Segfault occurs with RDoc::Parser::Ruby. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.9 Comment: Should be fixed in r5047. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Dec 17 15:34:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Dec 2010 23:34:24 -0000 Subject: [MacRuby] #1034: Requiring Mechanize gives segmentation fault In-Reply-To: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> References: <047.92b2dcc148e6b8125ce1e91ac3e86dda@macosforge.org> Message-ID: <056.ea4736439bd779adbe2098a808221588@macosforge.org> #1034: Requiring Mechanize gives segmentation fault ------------------------------+--------------------------------------------- Reporter: vegar@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: meahanize ------------------------------+--------------------------------------------- Comment(by lsansonetti@?): We crash because we are compiling a bad function. {{{ (gdb) p func->dump() define internal i64 @ruby_scope2102(i64 %self, i8* %sel, i64 %ctx, i64 %params) { MainBlock: %argv105 = alloca [6 x i64], align 8 ; <[6 x i64]*> [#uses=9] %0 = load i8* @542 ; [#uses=1] %1 = call i64 @vm_fast_aref(i64 %params, i64 17187762816, i8 %0) ; [#uses=5] %2 = call i64 @vm_dispatch(i64 %self, i64 %1, i8* inttoptr (i64 140735647268441 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !0 ; [#uses=1] %3 = call i64 @vm_dispatch(i64 %self, i64 %2, i8* inttoptr (i64 4307274176 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !0 ; [#uses=3] %4 = call i64 @rb_str_new(i8* getelementptr inbounds ([5 x i8]* @544, i64 0, i64 0), i32 4) ; [#uses=1] %5 = load i8* @562 ; [#uses=1] %6 = call i64 @vm_fast_eqq(i64 %4, i64 %3, i8 %5) ; [#uses=1] switch i64 %6, label %then [ i64 0, label %next_test i64 4, label %next_test ] case_merge: ; preds = %next_test5.case_merge_crit_edge, %then92, %merge34 %.0 = phi i64 [ %111, %then92 ], [ %.1, %merge34 ], [ 4, %next_test5.case_merge_crit_edge ] ; [#uses=2] %7 = bitcast [6 x i64]* %argv105 to i64* ; [#uses=4] %8 = load i64* @1875 ; [#uses=1] %9 = call i64 @vm_get_const(i64 %8, i8* inttoptr (i64 4417037952 to i8*), i64 38861, i32 1) ; [#uses=1] store i64 %9, i64* %7 %10 = call i64 @vm_dispatch(i64 %self, i64 %.0, i8* inttoptr (i64 4307357632 to i8*), i8* null, i8 0, i32 1, i64* %7), !dbg !2 ; [#uses=0] %11 = load i8* @543 ; [#uses=1] %12 = call i64 @vm_fast_aset(i64 %params, i64 17187845856, i64 %.0, i8 %11) ; [#uses=0] %13 = call i8* @vm_get_block(i64 ) ; [#uses=1] store i64 %ctx, i64* %7 %14 = getelementptr [6 x i64]* %argv105, i64 0, i64 1 ; [#uses=1] store i64 %params, i64* %14 %15 = call i64 @vm_dispatch(i64 %self, i64 %self, i8* inttoptr (i64 4343093872 to i8*), i8* %13, i8 4, i32 2, i64* %7), !dbg !3 ; [#uses=1] ret i64 %15 then: ; preds = %next_test, %MainBlock %16 = call i64 @vm_ivar_get(i64 %self, i64 17793, i8* inttoptr (i64 4427566448 to i8*)) ; [#uses=2] %17 = call i64 @rb_str_new_empty() ; [#uses=1] %18 = call i64 @vm_dispatch(i64 %self, i64 %1, i8* inttoptr (i64 140735647467272 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !4 ; [#uses=1] %19 = call i64 @rb_str_new(i8* getelementptr inbounds ([2 x i8]* @761, i64 0, i64 0), i32 1) ; [#uses=1] %20 = call i64 @vm_dispatch(i64 %self, i64 %1, i8* inttoptr (i64 140735730191293 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !4 ; [#uses=1] %21 = call i64 (i32, ...)* @rb_str_new_fast(i32 4, i64 %17, i64 %18, i64 %19, i64 %20) ; [#uses=2] %22 = load i8* @542 ; [#uses=1] %23 = call i64 @vm_fast_aref(i64 %16, i64 %21, i8 %22) ; [#uses=2] switch i64 %23, label %then.merge_crit_edge [ i64 0, label %normal11 i64 4, label %normal11 ] then.merge_crit_edge: ; preds = %then br label %merge next_test: ; preds = %MainBlock, %MainBlock %24 = call i64 @rb_str_new(i8* getelementptr inbounds ([6 x i8]* @545, i64 0, i64 0), i32 5) ; [#uses=1] %25 = load i8* @562 ; [#uses=1] %26 = call i64 @vm_fast_eqq(i64 %24, i64 %3, i8 %25) ; [#uses=1] switch i64 %26, label %then [ i64 0, label %next_test5 i64 4, label %next_test5 ] next_test5: ; preds = %next_test, %next_test %27 = call i64 @rb_str_new(i8* getelementptr inbounds ([5 x i8]* @547, i64 0, i64 0), i32 4) ; [#uses=1] %28 = load i8* @562 ; [#uses=1] %29 = call i64 @vm_fast_eqq(i64 %27, i64 %3, i8 %28) ; [#uses=1] switch i64 %29, label %then92 [ i64 0, label %next_test5.case_merge_crit_edge i64 4, label %next_test5.case_merge_crit_edge ] next_test5.case_merge_crit_edge: ; preds = %next_test5, %next_test5 br label %case_merge normal11: ; preds = %then, %then %30 = call i64 @vm_rhash_new() ; [#uses=3] call void @vm_rhash_store(i64 %30, i64 17187845856, i64 4) %31 = call i64 @vm_rhash_new() ; [#uses=1] call void @vm_rhash_store(i64 %30, i64 17188228064, i64 %31) %32 = load i8* @543 ; [#uses=1] %33 = call i64 @vm_fast_aset(i64 %16, i64 %21, i64 %30, i8 %32) ; [#uses=1] br label %merge merge: ; preds = %then.merge_crit_edge, %normal11 %34 = phi i64 [ %33, %normal11 ], [ %23, %then.merge_crit_edge ] ; [#uses=6] %35 = load i8* @542 ; [#uses=1] %36 = call i64 @vm_fast_aref(i64 %34, i64 17187845856, i8 %35) ; [#uses=3] %37 = call i64 @vm_dispatch(i64 %self, i64 %36, i8* inttoptr (i64 4306887728 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !5 ; [#uses=2] switch i64 %37, label %merge.merge13_crit_edge [ i64 0, label %left_not_true i64 4, label %left_not_true ] merge.merge13_crit_edge: ; preds = %merge br label %merge13 left_not_true: ; preds = %merge, %merge %38 = call i64 @vm_dispatch(i64 %self, i64 %36, i8* inttoptr (i64 4387596112 to i8*), i8* null, i8 0, i32 0, i64* null), !dbg !5 ; [#uses=1] switch i64 %38, label %40 [ i64 0, label %left_not_true._crit_edge i64 4, label %left_not_true._crit_edge ] left_not_true._crit_edge: ; preds = %left_not_true, %left_not_true br label %41 merge13: ; preds = %merge.merge13_crit_edge, %41 %39 = phi i64 [ %37, %merge.merge13_crit_edge ], [ %42, %41 ] ; [#uses=1] switch i64 %39, label %then17 [ i64 0, label %merge13.merge18_crit_edge i64 4, label %merge13.merge18_crit_edge ] merge13.merge18_crit_edge: ; preds = %merge13, %merge13 br label %merge18 ;