From ruby-noreply at macosforge.org Mon Aug 9 15:53:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 Aug 2010 22:53:18 -0000 Subject: [MacRuby] #836: Macgem help list fails Message-ID: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> #836: Macgem help list fails --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: macgem --------------------------------+------------------------------------------- When looking for all commands for macgem, I get an error and no list. {{{ $ macgem help commands Abort trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 16:02:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 Aug 2010 23:02:13 -0000 Subject: [MacRuby] #147: HotCocoa failed to run on OSX 1.0.5.4 PPC arch In-Reply-To: <051.d43d61cbc942492553955b0b22e3fae0@macosforge.org> References: <051.d43d61cbc942492553955b0b22e3fae0@macosforge.org> Message-ID: <060.271ba6c529a29d42896202cf1c538109@macosforge.org> #147: HotCocoa failed to run on OSX 1.0.5.4 PPC arch ----------------------------------+----------------------------------------- Reporter: subjective@? | Owner: rich@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => wontfix Comment: Closing as 10.5 is not supported anymore. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 16:09:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 Aug 2010 23:09:03 -0000 Subject: [MacRuby] #825: Segfault occurs with Iconv#iconv and Iconv.iconv when calls that nil is specified for string. In-Reply-To: <051.31aed432ee0cc223a2f7ae355a80ce1a@macosforge.org> References: <051.31aed432ee0cc223a2f7ae355a80ce1a@macosforge.org> Message-ID: <060.dd4fc39cd7df4d21afa2b4c1544fea2e@macosforge.org> #825: Segfault occurs with Iconv#iconv and Iconv.iconv when calls that nil is specified for string. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Fixed with r4416: {{{ $> macruby /tmp/test_iconv.rb "" [""] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 16:10:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 Aug 2010 23:10:41 -0000 Subject: [MacRuby] #66: Death by Iconv In-Reply-To: <058.9f5d1b4939df5c68319b641345663e41@macosforge.org> References: <058.9f5d1b4939df5c68319b641345663e41@macosforge.org> Message-ID: <067.c929d2d1064f351c12e98c0ef71c9732@macosforge.org> #66: Death by Iconv -----------------------------------------+---------------------------------- Reporter: rowland@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -----------------------------------------+---------------------------------- Changes (by martinlagardette@?): * milestone: => MacRuby 0.7 Comment: This is fixed with r4416 : {{{ $> cat iconvtest.rb require 'iconv' ic = Iconv.new('UCS-2BE', 'ASCII') ic.close $> macruby iconvtest.rb $> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 16:11:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 09 Aug 2010 23:11:31 -0000 Subject: [MacRuby] #66: Death by Iconv In-Reply-To: <058.9f5d1b4939df5c68319b641345663e41@macosforge.org> References: <058.9f5d1b4939df5c68319b641345663e41@macosforge.org> Message-ID: <067.c0c7ab20fbb80b9bdb8f3fe8510b2139@macosforge.org> #66: Death by Iconv -----------------------------------------+---------------------------------- Reporter: rowland@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------------+---------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed Comment: Oops forgot to close :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 17:09:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 00:09:30 -0000 Subject: [MacRuby] #837: Abort occurs that it is displayed "unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)". Message-ID: <051.d6a77945df9ccd6c76bc759e16e6824a@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: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test.rb o = Object.new class << o; self; end.instance_eval do define_method(:[]=) {|*r, &b| b.call(r) } end r = nil eval <<-END o[&proc{|x| r = x }] = 1 END p r }}} Result of Ruby 1.9.1: {{{ $ ruby test.rb [1] }}} Result of Ruby 1.8.7: {{{ $ usr/bin/ruby test.rb test.rb:6: (eval):1: compile error (SyntaxError) (eval):1: syntax error, unexpected tAMPER, expecting ']' o[&proc{|x| r = x }] = 1 ^ (eval):1: syntax error, unexpected ']', expecting $end o[&proc{|x| r = x }] = 1 ^ }}} Result of MacRuby Trunk: {{{ $ macruby test.rb unrecognized dispatch arg node: 76 (NODE_BLOCK_PASS)zsh: abort macruby test.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 17:49:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 00:49:58 -0000 Subject: [MacRuby] #836: Macgem help list fails In-Reply-To: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> References: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> Message-ID: <058.3debbb0c4064db469a5af0da021e3b63@macosforge.org> #836: Macgem help list fails --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: macgem --------------------------------+------------------------------------------- Comment(by martinlagardette@?): What version are you using? What OS are you running? It seems to work with trunk: {{{ $> macgem help commands GEM commands are: build Build a gem from a gemspec cert Manage RubyGems certificates and signing settings check Check installed gems cleanup Clean up old versions of installed gems in the local [...] $> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 19:38:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 02:38:30 -0000 Subject: [MacRuby] #838: Assertion fails when use the String converted into "utf-16le". Message-ID: <051.e17e3af05d90e22281b6224e61a8829b@macosforge.org> #838: Assertion fails when use the String converted into "utf-16le". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_encode.rb begin "ff".encode("utf-16le").hex p "ng" rescue => e p e end begin "ff".encode("utf-16be").hex p "ng" rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby test_encode.rb # # }}} Result of MacRuby Trunk: {{{ $ macruby test_encode.rb Assertion failed: (!str_is_stored_in_uchars(self)), function str_ensure_null_terminator, file string.c, line 720. zsh: abort macruby test_encode.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 20:35:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 03:35:53 -0000 Subject: [MacRuby] #839: Segfault occurs with macrake when the exception is thrown. Message-ID: <051.4ae2e3494330e2e6024ac5a55cab9f45@macosforge.org> #839: Segfault occurs with macrake when the exception is thrown. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby cat test_raise.rake task :default do begin raise rescue => e p e end end }}} Result of Ruby 1.9.1: {{{ $ rake -f test_raise.rake (in /Users/watson/test/ruby/macruby/segfault/rake) RuntimeError }}} Result of MacRuby Trunk: {{{ $ macrake -f test_raise.rake (in /Users/watson/test/ruby/macruby/segfault/rake) zsh: segmentation fault macrake -f test_raise.rake }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 20:37:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 03:37:12 -0000 Subject: [MacRuby] #840: Segfault occurs when calls the Rake::Application#raw_load_rakefile when Rakefile does not exist. Message-ID: <051.277db57a8b7a385aca259d9ae25134a5@macosforge.org> #840: Segfault occurs when calls the Rake::Application#raw_load_rakefile when Rakefile does not exist. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_rake_app_raw_load.rb require 'rake' app = Rake::Application.new app.instance_eval{ raw_load_rakefile } }}} Result of Ruby 1.9.1: {{{ $ ruby test_rake_app_raw_load.rb /opt/local/lib/ruby1.9/gems/1.9.1/gems/rake-0.8.7/lib/rake.rb:2377:in `raw_load_rakefile': No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb, Rakefile.rb) (RuntimeError) from test_rake_app_raw_load.rb:5:in `block in
' from test_rake_app_raw_load.rb:5:in `instance_eval' from test_rake_app_raw_load.rb:5:in `
' }}} Result of MacRuby Trunk: {{{ $ macruby test_rake_app_raw_load.rb zsh: segmentation fault macruby test_rake_app_raw_load.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 9 20:38:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 03:38:11 -0000 Subject: [MacRuby] #841: Segfault occurs when calls the Rake::Application#const_warning. Message-ID: <051.f1ec163eaed51f8018245e41e3a8c5cc@macosforge.org> #841: Segfault occurs when calls the Rake::Application#const_warning. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_rake_app_const.rb require 'rake' TEST = "test" app = Rake::Application.new app.instance_eval{ const_warning("TEST") } }}} Result of Ruby 1.9.1: {{{ $ ruby test_rake_app_const.rb WARNING: Deprecated reference to top-level constant 'TEST' found at: /opt/local/lib/ruby1.9/gems/1.9.1/gems/rake-0.8.7/lib/rake.rb:2470:in `rakefile_location' Use --classic-namespace on rake command or 'require "rake/classic_namespace"' in Rakefile }}} Result of MacRuby Trunk: {{{ $ macruby test_rake_app_const.rb zsh: segmentation fault macruby test_rake_app_const.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 00:56:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 07:56:31 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. Message-ID: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_safe.rb class C def m $SAFE end end def run(&block) begin block.call rescue SecurityError => e p "ok : #{e}" else p "ng" end end puts "** level 1" b = lambda { $SAFE = 1 eval "1 + 1".taint } run{ b.call } puts "** level 2" b = lambda { $SAFE = 2 Dir.chdir("..") } run{ b.call } puts "** level 3" b = lambda { $SAFE = 3 "1 + 1".untaint } run{ b.call } puts "** level 4" d = lambda { $SAFE = 4 dclass = Class.new(C) dclass.send(:alias_method, :mm, :m) dclass.new }.call run{ d.mm } b = lambda { d = Dir.open('.') $SAFE = 4 d.close } run{ b.call } }}} Result of Ruby 1.9.1: {{{ $ ruby test_safe.rb ** level 1 "ok : Insecure operation - eval" ** level 2 "ok : Insecure operation `chdir' at level 2" ** level 3 "ok : Insecure operation `untaint' at level 3" ** level 4 "ok : calling insecure method: mm" "ok : Insecure: operation on trusted Dir" }}} Result of MacRuby Trunk: {{{ $ macruby test_safe.rb ** level 1 "ok : Insecure operation: -r" ** level 2 "ok : Insecure operation at level 2" ** level 3 "ok : Insecure operation at level 3" ** level 4 /Users/watson/test/ruby/macruby/test_safe.rb:9:in `run': Insecure operation at level 4 (SecurityError) from /Users/watson/test/ruby/macruby/test_safe.rb:1:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 07:23:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 14:23:42 -0000 Subject: [MacRuby] #843: Can't load the same files with MultiThread at the same time. Message-ID: <051.13157c7166183d6deb431f7ca816f092@macosforge.org> #843: Can't load the same files with MultiThread at the same time. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_load.rb COUNT = 5 FILE = "tmp-load-test.rb" open(FILE, "w") {|f| f.puts "module TEST" f.puts "end" } val = (1..COUNT).map {|i| Thread.start { load "./#{FILE}" TEST } }.map {|t| t.value } COUNT.times do |i| p val[i] == TEST ? :ok : :ng; end }}} Result of Ruby 1.9.1: {{{ $ ruby test_load.rb :ok :ok :ok :ok :ok }}} Result of MacRuby Trunk: {{{ $ macruby test_load.rb Assertion failed: (ResultPass && "getAnalysis*() called on an analysis that was not " "'required' by pass!"), function getAnalysisID, file /Users/watson/src/llvm-trunk-106781/include/llvm/PassAnalysisSupport.h, line 215. zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_load.rb $ macruby test_load.rb unknown: warning: already initialized constant TEST zsh: segmentation fault macruby test_load.rb $ macruby test_load.rb macruby(17524,0x10458d000) malloc: *** error for object 0x1016725b0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug zsh: abort macruby test_load.rb $ macruby test_load.rb :ok :ok :ok :ok :ok }}} Sometimes, Test Script succeeds to run. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 07:36:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 14:36:39 -0000 Subject: [MacRuby] #844: Assertion fails when use the same variable with more iterators, and use Thread. Message-ID: <051.d73f2b9dc3ae2c6f8d246dae440af0fe@macosforge.org> #844: Assertion fails when use the same variable with more iterators, and use Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_iterator.rb 2.times do |i| 2.times do |i| Thread.start { p "++ #{i}" }.join end p "** #{i}" end }}} {{{ $ macruby test_iterator.rb "++ 0" Assertion failed: (size > 0), function ruby_xmalloc_memory, file gc.c, line 107. zsh: abort macruby test_iterator.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 10:17:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 17:17:11 -0000 Subject: [MacRuby] #845: This code gives me a segfault Message-ID: <048.b47de4ec3ab8928b1eb36164c7a2c726@macosforge.org> #845: This code gives me a segfault -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: rake hotcocoa -------------------------------+-------------------------------------------- {{{ require 'rubygems' require 'rake' require 'hotcocoa' }}} I'm running the nightly build. Looks like a conflict between rake and hotcocoa. This is the backtrace from gdb: #0 0x00007fff867d35f0 in object_getClass () #1 0x00000001000ecd23 in rb_objc_nsnumber2numeric () #2 0x0000000105b84550 in ?? () #3 0x00007fff8230920f in -[__NSPlaceholderDictionary initWithObjects:forKeys:count:] () #4 0x00007fff8230b74a in +[NSDictionary dictionaryWithObject:forKey:] () #5 0x00000001000ed010 in rb_rb2oc_exception () #6 0x0000000100153d2d in rb_vm_raise () #7 0x000000010003f999 in rb_exc_raise () #8 0x000000010003e464 in rb_raise () #9 0x000000010004868e in rb_require_safe () #10 0x000000010014160b in rb_vm_dispatch () #11 0x0000000100fa642f in vm_dispatch () -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 10:36:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 17:36:14 -0000 Subject: [MacRuby] #845: This code gives me a segfault In-Reply-To: <048.b47de4ec3ab8928b1eb36164c7a2c726@macosforge.org> References: <048.b47de4ec3ab8928b1eb36164c7a2c726@macosforge.org> Message-ID: <057.00a50394284fc035dd592665a53567a5@macosforge.org> #845: This code gives me a segfault -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: rake hotcocoa -------------------------------+-------------------------------------------- Comment(by maccman@?): So I've narrowed it down to these lines: {{{ require 'rake' framework 'Cocoa' }}} If you reverse the order of those two lines, everything's fine. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 12:28:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 19:28:10 -0000 Subject: [MacRuby] #839: Segfault occurs with macrake when the exception is thrown. In-Reply-To: <051.4ae2e3494330e2e6024ac5a55cab9f45@macosforge.org> References: <051.4ae2e3494330e2e6024ac5a55cab9f45@macosforge.org> Message-ID: <060.1140f8a2648bc50fbcf99ff635b18d67@macosforge.org> #839: Segfault occurs with macrake when the exception is thrown. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate Comment: Duplicate of #815 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 12:37:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 19:37:49 -0000 Subject: [MacRuby] #840: Segfault occurs when calls the Rake::Application#raw_load_rakefile when Rakefile does not exist. In-Reply-To: <051.277db57a8b7a385aca259d9ae25134a5@macosforge.org> References: <051.277db57a8b7a385aca259d9ae25134a5@macosforge.org> Message-ID: <060.b33b012afc235ec6ae4a5bdb13ce0318@macosforge.org> #840: Segfault occurs when calls the Rake::Application#raw_load_rakefile when Rakefile does not exist. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate Comment: Duplicate of #815 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 12:41:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 19:41:05 -0000 Subject: [MacRuby] #815: Macrake crashes at initialization In-Reply-To: <048.0d5a39fa01abf4c3c8c103872ed4d135@macosforge.org> References: <048.0d5a39fa01abf4c3c8c103872ed4d135@macosforge.org> Message-ID: <057.e8343ed4428ad869cc54301212c2f0ba@macosforge.org> #815: Macrake crashes at initialization -------------------------------+-------------------------------------------- Reporter: legrand@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by martinlagardette@?): The problem comes from the fact that the `-copy` selector is overridden on NSObject by Rake, which causes some problems when comes the time to handle exceptions. Because we use Obj-C exceptions and some Obj-C methods, some `-copy` messages are sent to the object, which goes through the MacRuby- defined `-copy` implementation, instead of the original implementation. What this means is that whenever rake and exceptions are involved and it crashes, you can be sure the reason is this bug :D (#839 and #840 deal with exceptions with rake, and they are duplicate of this bug). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 12:45:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 10 Aug 2010 19:45:36 -0000 Subject: [MacRuby] #845: This code gives me a segfault In-Reply-To: <048.b47de4ec3ab8928b1eb36164c7a2c726@macosforge.org> References: <048.b47de4ec3ab8928b1eb36164c7a2c726@macosforge.org> Message-ID: <057.44f8e4317f030a0328e4ab19617086d5@macosforge.org> #845: This code gives me a segfault -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: rake hotcocoa | -------------------------------+-------------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate Comment: Duplicate of #815 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 17:30:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 00:30:45 -0000 Subject: [MacRuby] #815: Macrake crashes at initialization In-Reply-To: <048.0d5a39fa01abf4c3c8c103872ed4d135@macosforge.org> References: <048.0d5a39fa01abf4c3c8c103872ed4d135@macosforge.org> Message-ID: <057.52368423077f2606fd0f36e257d96461@macosforge.org> #815: Macrake crashes at initialization -------------------------------+-------------------------------------------- Reporter: legrand@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: Should be fixed in r4418. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 17:33:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 00:33:44 -0000 Subject: [MacRuby] #838: Assertion fails when use #hex on String converted into "utf-16le". (was: Assertion fails when use the String converted into "utf-16le".) In-Reply-To: <051.e17e3af05d90e22281b6224e61a8829b@macosforge.org> References: <051.e17e3af05d90e22281b6224e61a8829b@macosforge.org> Message-ID: <060.a1522285d26a431450385d978304316e@macosforge.org> #838: Assertion fails when use #hex on String converted into "utf-16le". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The assertion seems to happen inside #hex. {{{ (gdb) bt #0 0x00007fff9cbf1b76 in __pthread_kill () #1 0x00007fff9cbf14ff in pthread_kill () #2 0x00007fff9cc06341 in abort () #3 0x00007fff9cc06272 in __assert_rtn () #4 0x00000001000b0ca6 in rb_str_cstr (str=) at string.c:720 #5 0x000000010000fbf9 in rb_str_to_inum (str=17184872512, base=16, badcheck=0) at bignum.c:600 #6 0x000000010012d566 in rb_vm_dispatch (_vm=0x100b166c0, cache=0x100fb2b40, top=17184163360, self=17184872512, klass=0x40030b1e0, sel=0x100baed00, block=0x0, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 }}} Renamed the ticket accordingly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 17:55:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 00:55:57 -0000 Subject: [MacRuby] #844: Assertion fails when use the same variable with more iterators, and use Thread. In-Reply-To: <051.d73f2b9dc3ae2c6f8d246dae440af0fe@macosforge.org> References: <051.d73f2b9dc3ae2c6f8d246dae440af0fe@macosforge.org> Message-ID: <060.321e66d3364f38c747ba66bee49eab10@macosforge.org> #844: Assertion fails when use the same variable with more iterators, and use Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Should be fixed in r4419. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 17:59:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 00:59:16 -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.3e182425c9a9fdd67ce3b6c75011abbc@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 lsansonetti@?): This crashes since the compiler doesn't recognize inline blocks when compiling calls to #[]= (which is a different parser node). Fixing this problem would require a significant change in the compiler and I'm not sure if it's critical. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 18:00:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 01:00:15 -0000 Subject: [MacRuby] #836: Macgem help list fails In-Reply-To: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> References: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> Message-ID: <058.2ac34f16ba6eb4b45988135fd7a92cc3@macosforge.org> #836: Macgem help list fails --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: worksforme Keywords: macgem | --------------------------------+------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => worksforme Comment: It works for me too with trunk. If it crashes please attach a crash log and/or give more details about your environment. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 18:01:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 01:01:42 -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.0e8b27665ff24530d23d824bbf16b48b@macosforge.org> #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => Comment: Mmh. I will have to study more this problem. I don't feel confident holding the core lock in rb_vm_thread_cancel() since it may cause deadlocks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 10 18:56:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 01:56:12 -0000 Subject: [MacRuby] #838: Assertion fails when use #hex on String converted into "utf-16le". In-Reply-To: <051.e17e3af05d90e22281b6224e61a8829b@macosforge.org> References: <051.e17e3af05d90e22281b6224e61a8829b@macosforge.org> Message-ID: <060.7049f88fc8cbfab3f2fbbe4f71bb5e6b@macosforge.org> #838: Assertion fails when use #hex on String converted into "utf-16le". ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Should be fixed in r4420 and r4421. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 00:06:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 07:06:06 -0000 Subject: [MacRuby] #846: Can't load the file when the file and the directory of the same name exist in load-path. Message-ID: <051.cd1ca7b8938646cfd36da93f7cbc47c5@macosforge.org> #846: Can't load the file when the file and the directory of the same name exist in load-path. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test.rb %w[a a/foo b].each {|d| Dir.mkdir(d)} open("b/foo", "w") {|f| f.puts "$ok = :ok"} $:.replace(%w[a b]) begin load "foo" p $ok rescue => e p e end # finalize File.delete("b/foo") %w[a/foo a b].each {|d| Dir.rmdir(d)} }}} Result of Ruby 1.9.1: {{{ $ ruby test.rb :ok }}} Result of MacRuby Trunk: {{{ $ macruby test.rb # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 05:39:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 12:39:41 -0000 Subject: [MacRuby] #847: Assertion fails when calls Mutex#unlock, after calls Mutex#try_lock several times. Message-ID: <051.b3ebab79e3073286ae9e89e66449505b@macosforge.org> #847: Assertion fails when calls Mutex#unlock, after calls Mutex#try_lock several times. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_mutex_try_lock.rb require 'thread' m = Mutex.new p m.try_lock p m.try_lock m.unlock }}} {{{ $ macruby test_mutex_try_lock.rb true false Assertion failed: (m->thread->mutexes != Qnil), function rb_mutex_unlock0, file thread.c, line 1443. zsh: abort macruby test_mutex_try_lock.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 13:42:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Aug 2010 20:42:59 -0000 Subject: [MacRuby] #847: Assertion fails when calls Mutex#unlock, after calls Mutex#try_lock several times. In-Reply-To: <051.b3ebab79e3073286ae9e89e66449505b@macosforge.org> References: <051.b3ebab79e3073286ae9e89e66449505b@macosforge.org> Message-ID: <060.be0ae726c0995004a560e41b6fd91a68@macosforge.org> #847: Assertion fails when calls Mutex#unlock, after calls Mutex#try_lock several times. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: FIxed with r4422 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 17:22:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 00:22:05 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB Message-ID: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I am working on a program using [http://brandonwalkin.com/bwtoolkit/ BWToolkit] for the custom views and have run into some errors. I'm unsure if this is an issue with MacRuby or with the toolkit itself, so please advise. With a program using this controller: [http://gist.github.com/519938] compiling it under Xcode 3.2.3 and MacRuby 0.6, I get an error of: {{{ uncaught Objective-C/C++ exception... 2010-08-11 17:15:45.989 zebra[374:a0f] An uncaught exception was raised 2010-08-11 17:15:45.992 zebra[374:a0f] *** -[NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (BWSplitView) 2010-08-11 17:15:45.995 zebra[374:a0f] *** Terminating app due to uncaught exception 'NSInvalidUnarchiveOperationException', reason: '*** -[NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (BWSplitView)' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff841c6cc4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff80eb50f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff841c6ae7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff841c6a74 +[NSException raise:format:] + 148 4 Foundation 0x00007fff88858a86 _decodeObjectBinary + 2427 5 Foundation 0x00007fff88859805 -[NSKeyedUnarchiver _decodeArrayOfObjectsForKey:] + 1229 6 Foundation 0x00007fff88859d45 -[NSArray(NSArray) initWithCoder:] + 462 7 Foundation 0x00007fff88858aff _decodeObjectBinary + 2548 8 Foundation 0x00007fff88857f79 _decodeObject + 208 9 AppKit 0x00007fff8769c47a -[NSView initWithCoder:] + 362 10 Foundation 0x00007fff88858aff _decodeObjectBinary + 2548 11 Foundation 0x00007fff88857f79 _decodeObject + 208 12 AppKit 0x00007fff876aa83b -[NSWindowTemplate initWithCoder:] + 3824 13 Foundation 0x00007fff88858aff _decodeObjectBinary + 2548 14 Foundation 0x00007fff88859805 -[NSKeyedUnarchiver _decodeArrayOfObjectsForKey:] + 1229 15 Foundation 0x00007fff88859248 -[NSSet(NSSet) initWithCoder:] + 447 16 Foundation 0x00007fff88858aff _decodeObjectBinary + 2548 17 Foundation 0x00007fff88857f79 _decodeObject + 208 18 AppKit 0x00007fff8762c55a -[NSIBObjectData initWithCoder:] + 1983 19 Foundation 0x00007fff88858aff _decodeObjectBinary + 2548 20 Foundation 0x00007fff88857f79 _decodeObject + 208 21 AppKit 0x00007fff8762bc89 loadNib + 146 22 AppKit 0x00007fff8762b1e9 +[NSBundle(NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:] + 248 23 AppKit 0x00007fff8762b021 +[NSBundle(NSNibLoading) loadNibNamed:owner:] + 326 24 AppKit 0x00007fff876285a3 NSApplicationMain + 279 25 ??? 0x00000001012291e0 0x0 + 4314010080 26 libmacruby.dylib 0x000000010013d81a rb_vm_dispatch + 3450 27 ??? 0x0000000101200630 0x0 + 4313843248 28 libmacruby.dylib 0x000000010014f9ac rb_vm_run + 348 29 libmacruby.dylib 0x00000001000431e9 ruby_run_node + 73 30 libmacruby.dylib 0x000000010014fcb8 macruby_main + 360 31 zebra 0x0000000100000e85 main + 40 32 zebra 0x0000000100000cdc start + 52 33 ??? 0x0000000000000001 0x0 + 1 ) terminate called after throwing an instance of 'NSException' Program received signal: ?SIGABRT?. }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 17:48:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 00:48:36 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB In-Reply-To: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> References: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> Message-ID: <058.7ef4e777f0dd1552a5b18bf3c2f1cd71@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by martinlagardette@?): Just by looking at the stack, it looks like it might be a problem with the project, but I'm not sure. Is there a way to attach a sample project that reproduces the problem? If not, can you try installing [http://www.macruby.org/files/nightlies/ a nightly build of MacRuby 0.7], and tell us if the issue still arises? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 18:40:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 01:40:14 -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.2d38bd6bb02b3ae1a9c4ec5cf72a34cc@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 0.6 Component: MacRuby | Resolution: Keywords: | --------------------------------+------------------------------------------- Changes (by jfrisby@?): * status: closed => reopened * resolution: fixed => Comment: Replying to [comment:3 lsansonetti@?]: > I believe this problem has been fixed in 0.6. It has not. I'm running OSX 10.6.4, MacRuby 0.6, and get that error. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 11 19:48:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 02:48:57 -0000 Subject: [MacRuby] #849: MacRuby throws the exception of "Encoding::CompatibilityError" with various cases. Message-ID: <051.98d76f83714e71879164aaaa438b6d5c@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: ----------------------------------+----------------------------------------- In the range that I understood, I collected the test-cases from Ruby 1.9.2 RC2 that MacRuby throws the exception of "Encoding::CompatibilityError".[[BR]] I atach the test-cases. {{{ $ macruby test_fileutils.rb Loaded suite test_fileutils Started EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE Finished in 2.835229 seconds. 1) Error: test_cd(TestFileUtils): Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT /Users/watson/tmp/test_encode/test_fileutils.rb:116:in `prepare_data_file' --- snip --- }}} {{{ $ macruby test_encode_error.rb Loaded suite test_encode_error Started EEEEEEEEEEEEEEEEEE Finished in 1.792149 seconds. 1) Error: test_cgi_unescape(CGIUtilTest): Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT /Users/watson/tmp/test_encode/test_encode_error.rb:20:in `test_cgi_unescape' --- snip --- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 12 16:50:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 23:50:46 -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.ec010252e459f953a68e071ed03c1719@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@?): When running test_encode_error.rb with trunk, the first exception that comes up seems to be from gsub. {{{ Breakpoint 1, rb_exc_raise (mesg=17184759744) at eval.c:326 326 rb_vm_raise(mesg); (gdb) po mesg incompatible character encodings: UTF-8 and ASCII-8BIT Current language: auto; currently c (gdb) bt #0 rb_exc_raise (mesg=17184759744) at eval.c:326 #1 0x000000010002d984 in rb_raise (exc=, fmt=) at error.c:1119 #2 0x00000001000bc7b4 in str_concat_string (self=0x40077c7a0, str=0x0) at string.c:192 #3 0x00000001000c31a1 in str_gsub (sel=, argc=, argv=, str=17188767616, bang=false) at string.c:3909 #4 0x00000001001302f9 in rb_vm_dispatch (_vm=0x100a16980, cache=0x100bc8640, top=17183089696, self=17188767616, klass=0x40030b1e0, sel=0x100aaf4f0, block=0x40040af00, opt=0 '\0', argc=1, argv=0x7fff5fbf7fb8) at dispatcher.cpp:435 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 12 16:54:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Aug 2010 23:54:07 -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.e3492bdc1a2f31f901bb2f16e723ea50@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@?): It seems to come from cgi/util.rb: {{{ (gdb) p rb_symbolicate (0x0000000102c43acf) addr 0x102c43acf start 0x102c43960 selector unescape: location /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/1.9.2/cgi/util.rb:17 }}} {{{ # URL-decode a string with encoding(optional). # string = CGI::unescape("%27Stop%21%27+said+Fred") # # => "'Stop!' said Fred" def CGI::unescape(string,encoding=@@accept_charset) str=string.tr('+', ' ').gsub(/((?:%[0-9a-fA-F]{2})+)/) do [$1.delete('%')].pack('H*') end.force_encoding(encoding) str.valid_encoding? ? str : str.force_encoding(string.encoding) end }}} I suspect our pack function returns binary data by default which can't be concatenated to UTF-8. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 12 18:12:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 13 Aug 2010 01:12:44 -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.9cb1540e3cecbf6cb353fafea8f8f375@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 watson1978@?): I have written "# -*- coding: undecided -*-" in test_encode_error.rb by mistake.[[BR]] Please delete it to occur the error when try test_encode_error.rb in Ruby 1.9.[[BR]] Sorry. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 14 22:37:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 15 Aug 2010 05:37:23 -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.5eaf5c2d66e2a22bca8fc2a2fa2d4911@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 watson1978@?): It seems to be a issue of pack so that I collected the test cast of pack/unpack to be related. {{{ $ macruby test_pack.rb Loaded suite test_pack Started FFFFFFFFFFFFF Finished in 1.045697 seconds. 1) Failure: test_pack(TestArray) [/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/1.9.2/minitest/unit.rb:670]: <"\x86"> (UTF-8) expected but was <"\x86"> (ASCII-8BIT). 2) Failure: test_decode64(TestBase64) [/Users/watson/src/MacRuby/test_pack.rb:6]: <"\xFF"> (UTF-8) expected but was <"\xFF"> (ASCII-8BIT). 3) Failure: test_strict_decode64(TestBase64) [/Users/watson/src/MacRuby/test_pack.rb:17]: <"\xFF"> (UTF-8) expected but was <"\xFF"> (ASCII-8BIT). 4) Failure: test_urlsafe_decode64(TestBase64) [/Users/watson/src/MacRuby/test_pack.rb:40]: <"\xFF"> (UTF-8) expected but was <"\xFF"> (ASCII-8BIT). 5) Failure: test_pack_N(TestPack) [/Users/watson/src/MacRuby/test_pack.rb:117]: <"\xFF\xFF\xFF\xFE"> (UTF-8) expected but was <"\xFF\xFF\xFF\xFE"> (ASCII-8BIT). --- snip --- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 15 14:03:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 15 Aug 2010 21:03:24 -0000 Subject: [MacRuby] #236: Array.pack bug In-Reply-To: <057.a72d04052a1582669003ffea68cc7b4a@macosforge.org> References: <057.a72d04052a1582669003ffea68cc7b4a@macosforge.org> Message-ID: <066.0912e1eabbbe8a4489629539eb15271a@macosforge.org> #236: Array.pack bug ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: array pack ----------------------------------------+----------------------------------- Comment(by jhemmelg@?): This ticket should be closed. Tested with macirb pre-release 0.7 08/15/2010, and the problem is resolved. The results are the same for irb (1.8.7) as for macirb. macirb: 0 0 0 0 110 0 0 0 255 2 1 0 0 0 0 0 irb: 0 0 0 0 110 0 0 0 255 2 1 0 0 0 0 0 Jeff Hemmelgarn -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 15 21:04:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 04:04:12 -0000 Subject: [MacRuby] #836: Macgem help list fails In-Reply-To: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> References: <049.c20c227290ac634c9ef754901f6a4f13@macosforge.org> Message-ID: <058.46f86648ec484159f1d30bc73d2d4c6c@macosforge.org> #836: Macgem help list fails --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: worksforme Keywords: macgem | --------------------------------+------------------------------------------- Comment(by cameron@?): Sorry, I didn't know where to look for a crash report. I am running MacRuby 0.6 released w/ 10.6.4. The full details are in the log. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 15 21:08:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 04:08:32 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB In-Reply-To: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> References: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> Message-ID: <058.b9f0cb524ce2aee107926786c50a28d1@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by cameron@?): The majority of it is included in the controller. I'm not sure if installing the nightly would interfere with the current installation of MacRuby... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 15 23:25:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 06:25:55 -0000 Subject: [MacRuby] #236: Array.pack bug In-Reply-To: <057.a72d04052a1582669003ffea68cc7b4a@macosforge.org> References: <057.a72d04052a1582669003ffea68cc7b4a@macosforge.org> Message-ID: <066.d84cc0f09ea59c3b07da2b988fe5419d@macosforge.org> #236: Array.pack bug ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: array pack | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Thanks for checking it out. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 02:45:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 09:45:58 -0000 Subject: [MacRuby] #663: Kernel#sprintf formatting broken on trunk In-Reply-To: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> References: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> Message-ID: <063.f7baca8acc36a388f410daf41a6fd99c@macosforge.org> #663: Kernel#sprintf formatting broken on trunk -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): I think this problem to be a bug of the rb_uchar_strtol().[[BR]] When parsed the "6.2", rb_uchar_strtol() returns * returns = 6 * end_offset = 3 But, expected * returns = 6 * end_offset = 1 Too big end_offset so that does not parse ".2".[[BR]] Actually the "%6.2f" is treated with "%6f". {{{ #!diff diff --git a/string.c b/string.c index 969cc4b..cc1a735 100644 --- a/string.c +++ b/string.c @@ -13,6 +13,7 @@ #include #include #include +#include #include "ruby/macruby.h" #include "ruby/encoding.h" @@ -6495,7 +6496,7 @@ rb_uchar_strtol(UniChar *chars, long chars_len, long pos, long *end_offset) unum_close(nf); if (end_offset != NULL) { - *end_offset = (long)parse_pos; + *end_offset = pos + ((long)log10((double)val) + 1); // pos + size of number. } return val; } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 03:41:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 10:41:44 -0000 Subject: [MacRuby] #663: Kernel#sprintf formatting broken on trunk In-Reply-To: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> References: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> Message-ID: <063.eb89afd1224ef9c00ad53f8e1099a738@macosforge.org> #663: Kernel#sprintf formatting broken on trunk -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): Crashes When calls log10(0). Sorry. X( {{{ #!diff diff --git a/string.c b/string.c index 969cc4b..517495a 100644 --- a/string.c +++ b/string.c @@ -13,6 +13,7 @@ #include #include #include +#include #include "ruby/macruby.h" #include "ruby/encoding.h" @@ -6495,7 +6496,11 @@ rb_uchar_strtol(UniChar *chars, long chars_len, long pos, long *end_offse unum_close(nf); if (end_offset != NULL) { - *end_offset = (long)parse_pos; + long offset = 0; + if(val > 0) { + offset = (long)log10((double)val); + } + *end_offset = pos + (offset + 1); // pos + size of number. } return val; } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 07:30:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 14:30:53 -0000 Subject: [MacRuby] #850: File.basename is broken when calls the File.basename("..", ".*"). Message-ID: <051.a7d4695427fafa472f3a404e9f8b6893@macosforge.org> #850: File.basename is broken when calls the File.basename("..", ".*"). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test.rb p File.basename("..") p File.basename("..", "test") p File.basename("..", "*") p File.basename("..", ".*") }}} Result of Ruby 1.9.1: {{{ $ ruby test.rb ".." ".." ".." ".." }}} Result of MacRuby Trunk: {{{ $ macruby test.rb ".." ".." ".." "." }}} It seems that Implementation of the rmext() is not enough.[[BR]] Merged from Ruby 1.9: {{{ #!diff diff --git a/file.c b/file.c index 2714476..4e62411 100644 --- a/file.c +++ b/file.c @@ -2615,16 +2615,19 @@ rb_file_s_realdirpath(VALUE klass, SEL sel, int argc, VALUE static int rmext(const char *p, int l1, const char *e) { - int l2; + int l0, l2; if (!e) return 0; + for (l0 = 0; l0 < l1; ++l0) { + if (p[l0] != '.') break; + } l2 = strlen(e); if (l2 == 2 && e[1] == '*') { unsigned char c = *e; e = p + l1; do { - if (e <= p) return 0; + if (e <= p + l0) return 0; } while (*--e != c); return e - p; } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 08:39:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 15:39:55 -0000 Subject: [MacRuby] #502: Marshalling large integers returns the wrong value. In-Reply-To: <053.dc1633c79641c9e2807f4ad58dc01ed1@macosforge.org> References: <053.dc1633c79641c9e2807f4ad58dc01ed1@macosforge.org> Message-ID: <062.cf5268cb8f4c3b3df32941f2a914f864@macosforge.org> #502: Marshalling large integers returns the wrong value. ------------------------------------+--------------------------------------- Reporter: jens.nockert@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by jhemmelg@?): There were two issues with the loading of bignums in marshal. The first was that the calculation of the size of the bignum in the call to rb_big_resize() was wrong. The original code was calculating a zero size for the bignum with this test case. Therefore the loop that translates the saved bits wasn't even entered and a zero value resulted. The second issue was the commented out call to MEMZERO. With the size of the bignum now correct, this call should be reinstated to clear the bits that were not initialized from the marshalled stream. The third issue was in the loop that translated the bits. Each byte was cast to long before being shifted into place in the bignum digit. This caused a 32-bit value to be shifted by up to 56 bits with predictably whacky results. Changing the cast from (long) to (BDIGIT) fixed this. Cosmetic: There were a lot of magic number "2"s scattered around this code. As far as I can see these are actually SIZEOF_SHORT so I changed them. Side note: I found a difference in the behavior of ruby 1.9.1 and macruby when trying to Marshal.dump(1000000000). 1.9.1 dumps this as a fixnum and macruby dumps it as a bignum. I think the difference is that macruby is now using 2 bits in a VALUE instead of 1. I believe this is due to including floats as intrinsics? I don't think this is a big problem because they interoperate correctly. However, if we want to change it, line 658 in marshal.c: if (RSHIFT((long)obj, 31) == 0 || RSHIFT((long)obj, 31) == -1) { is the place. Changing the 31's to 32's makes it work the same as 1.9.1. I didn't change it because I wasn't sure how to distinguish whether 1 or 2 bits are being used to distinguish a pointer from an intrinsic. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 10:33:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 17:33:33 -0000 Subject: [MacRuby] #663: Kernel#sprintf formatting broken on trunk In-Reply-To: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> References: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> Message-ID: <063.5f60fd86dc28eb507c75e24fdee5903a@macosforge.org> #663: Kernel#sprintf formatting broken on trunk -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): I did not consider as following x( {{{ $ macruby -e 'puts("%6.02f" % [5.fdiv(3)]);' 1.67 $ ruby -e 'puts("%6.02f" % [5.fdiv(3)]);' 1.67 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 13:16:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 20:16:14 -0000 Subject: [MacRuby] #850: File.basename is broken when calls the File.basename("..", ".*"). In-Reply-To: <051.a7d4695427fafa472f3a404e9f8b6893@macosforge.org> References: <051.a7d4695427fafa472f3a404e9f8b6893@macosforge.org> Message-ID: <060.b6bb2b262a885f1c3e10550aef62a6ee@macosforge.org> #850: File.basename is broken when calls the File.basename("..", ".*"). ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Thanks for the work, merged the patch in r4425. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 14:13:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 16 Aug 2010 21:13:34 -0000 Subject: [MacRuby] #663: Kernel#sprintf formatting broken on trunk In-Reply-To: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> References: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> Message-ID: <063.57379ce94ce41ad4b6bb073a47117a9e@macosforge.org> #663: Kernel#sprintf formatting broken on trunk -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): I rewrote a patch. {{{ #!diff diff --git a/string.c b/string.c index 969cc4b..c28c0fb 100644 --- a/string.c +++ b/string.c @@ -6495,7 +6495,13 @@ rb_uchar_strtol(UniChar *chars, long chars_len, long pos, long *end_offset) unum_close(nf); if (end_offset != NULL) { - *end_offset = (long)parse_pos; + long offset = (long)pos; + do { + if(!isdigit(chars[offset])) { + break; + } + } while(++offset < parse_pos); + *end_offset = offset; } return val; } }}} Test Code: {{{ #!ruby p sprintf("%06.4d", 2) p sprintf("%06.0d", 2) p sprintf("%06.04d", 2) p sprintf("%+06.04d", 2) p sprintf("%-06.04d", 2) p sprintf("%25.12d", 2) begin p sprintf("%06.-4d", 2) rescue => e p e end begin p sprintf("%06.+4d", 2) rescue => e p e end }}} Result {{{ $ ruby test.rb " 0002" " 2" " 0002" " +0002" "0002 " " 000000000002" # # $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb " 0002" " 2" " 0002" " +0002" "0002 " " 000000000002" # # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 17:42:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 00:42:31 -0000 Subject: [MacRuby] #502: Marshalling large integers returns the wrong value. In-Reply-To: <053.dc1633c79641c9e2807f4ad58dc01ed1@macosforge.org> References: <053.dc1633c79641c9e2807f4ad58dc01ed1@macosforge.org> Message-ID: <062.4cc4542ff3094e8afad270698d87fdf8@macosforge.org> #502: Marshalling large integers returns the wrong value. ------------------------------------+--------------------------------------- Reporter: jens.nockert@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Thanks for the patch, it has been merged in r4426. I don't think the fact that MacRuby dumps bignums instead of fixnums for certain integers is an issue here. (Yes, the fixnum range in MacRuby is shorter of one bit compared to MRI, because we also make floats as immediates, as you noticed). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 18:36:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 01:36:02 -0000 Subject: [MacRuby] #663: Kernel#sprintf formatting broken on trunk In-Reply-To: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> References: <054.8d05564f79281cbc769219eac2764c5f@macosforge.org> Message-ID: <063.bb0b360d1a680852f6e7777e8b9e9d5d@macosforge.org> #663: Kernel#sprintf formatting broken on trunk -------------------------------------+-------------------------------------- Reporter: jordan.breeding@? | 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.6 => MacRuby 0.7 Comment: The patch looks good and all specs pass :) Therefore, I merged it as r4428. Thanks for working on this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 19:24:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 02:24:11 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB In-Reply-To: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> References: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> Message-ID: <058.b3a504a4d47f124a81f9761f88ae49bb@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by lsansonetti@?): is the BWToolkit framework actually loaded in your project? It looks like the runtime can't find the BWSplitView class. To load a framework, you need to edit rb_main.rb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 19:50:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 02:50:44 -0000 Subject: [MacRuby] #846: Can't load the file when the file and the directory of the same name exist in load-path. In-Reply-To: <051.cd1ca7b8938646cfd36da93f7cbc47c5@macosforge.org> References: <051.cd1ca7b8938646cfd36da93f7cbc47c5@macosforge.org> Message-ID: <060.db7786efbdde24abafc50ba630c4936e@macosforge.org> #846: Can't load the file when the file and the directory of the same name exist in load-path. ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Should be fixed in r4430. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 19:53:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 02:53:06 -0000 Subject: [MacRuby] #841: Segfault occurs when calls the Rake::Application#const_warning. In-Reply-To: <051.f1ec163eaed51f8018245e41e3a8c5cc@macosforge.org> References: <051.f1ec163eaed51f8018245e41e3a8c5cc@macosforge.org> Message-ID: <060.71a0997fc8f240d512781f294e830812@macosforge.org> #841: Segfault occurs when calls the Rake::Application#const_warning. ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Seems to work for me with trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby t.rb WARNING: Deprecated reference to top-level constant 'TEST' found at: /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/1.9.2/rake.rb:2450:in `rakefile_location' Use --classic-namespace on rake command or 'require "rake/classic_namespace"' in Rakefile }}} I suspect it has been fixed by r4418. Please retry with trunk and re-open if necessary. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 19:56:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 02:56:43 -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.0b9a5e0118bbd3917ecb21761bd9f675@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 lsansonetti@?): I am starting to suspect a bug in the GC itself. However, the snippet runs flawlessly a recent (but not yet released) version of the GC, so the problem may have been fixed. I will investigate more, but as a work- around, set the AUTO_USE_TLC environment variable to 0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 16 20:26:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 03:26:47 -0000 Subject: [MacRuby] #835: Abort occurs when kills the MainThread. In-Reply-To: <051.ed38b48fa479b909463dc2eec1d364af@macosforge.org> References: <051.ed38b48fa479b909463dc2eec1d364af@macosforge.org> Message-ID: <060.7ec8779242ae771d9e61c166284d1169@macosforge.org> #835: Abort occurs when kills the MainThread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | 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: Thanks for the work, I merged a slightly different version as r4431. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 01:37:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 08:37:00 -0000 Subject: [MacRuby] #851: rake and macrake behaviour differ Message-ID: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> #851: rake and macrake behaviour differ ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- With the following rakefile: task :default => :run def transformTask () task :run => [] do yield end end transformTask {puts 'Done'} running rake gives: Done while running Macrake gives: rake aborted! no block given Changing the rakefile to be: task :default => :run def transformTask (&block) task :run => [] do block.call end end transformTask {puts 'Done'} will now give the same result for rake and macrake. This may just be a 1.8 vs. 1.9 difference or a bug in macruby. macruby -v MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 01:40:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 08:40:28 -0000 Subject: [MacRuby] #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. Message-ID: <051.0ab145b2a8330a34adb6bbe48ae6d1ef@macosforge.org> #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ $ cat test_eof.rb require "tempfile" def open_file(content) f = Tempfile.new("test-eof") f << content f.rewind yield f end open_file("") {|f| s = "x" p f.read(100, s) # => nil p s # => "" } puts "----------" open_file("hello world") {|f| s = "x" p f.read(100, s) # => "hello world" p f.read(100, s) # => nil p s # => "" } }}} Result of Ruby 1.9.1: {{{ $ ruby test_eof.rb nil "" ---------- "hello world" nil "" }}} Result of MacRuby Trunk: {{{ $ VM_DISABLE_RBO=true DYLD_LIBRARY_PATH=. ./macruby -I./lib test_eof.rb nil "x\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00" ---------- "hello world" nil "hello world\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00" }}} When rb_io_read_internal() returns 0 with io_read(), I think that it is necessary to execute the rb_bstr_set_length() as that length of outbuf is 0. {{{ #!diff diff --git a/io.c b/io.c index b3bee84..51f01b0 100644 --- a/io.c +++ b/io.c @@ -1220,10 +1220,11 @@ io_read(VALUE io, SEL sel, int argc, VALUE *argv) uint8_t *bytes = rb_bstr_bytes(outbuf); const long data_read = rb_io_read_internal(io_struct, bytes, size); + rb_bstr_set_length(outbuf, data_read); + if (data_read == 0) { return Qnil; } - rb_bstr_set_length(outbuf, data_read); return outbuf; } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 05:02:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 12:02:45 -0000 Subject: [MacRuby] #853: File.extname('.....x') should return "". Message-ID: <051.69ee686db6a095aecfa2f538887d0e17@macosforge.org> #853: File.extname('.....x') should return "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ $ cat test_extname.rb p File.extname('test.rb') # => ".rb" p File.extname('.emacs.el') # => ".el" p File.extname('.profile') # => "" p File.extname('.x') # => "" p File.extname('..x') # => "" p File.extname('.....x') # => "" p File.extname('..profile') # => "" }}} Result of Ruby 1.9.1: {{{ $ ruby test_extname.rb ".rb" ".el" "" "" "" "" "" }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_extname.rb ".rb" ".el" "" "" ".x" ".x" ".profile" }}} I merged rb_file_s_extname() from Ruby 1.9 to add a necessary codes.[[BR]] I atach a patch file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 07:02:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 14:02:15 -0000 Subject: [MacRuby] #631: soap4r is not working for me In-Reply-To: <048.dfd00ac98dcf87dc36e76c27705d0bf1@macosforge.org> References: <048.dfd00ac98dcf87dc36e76c27705d0bf1@macosforge.org> Message-ID: <057.e8f59c8e738fb7484d36f8de8af6bed3@macosforge.org> #631: soap4r is not working for me -------------------------------+-------------------------------------------- Reporter: jahayes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by jhemmelg@?): Attempted to reproduce with main branch as of 8/17/2010: macruby soap/baseData.rb is no longer generating the RangeError. The warning about $KCODE still exists, but this is from MRI 1.9 series and is not unique to MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 11:14:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 18:14:14 -0000 Subject: [MacRuby] #631: soap4r is not working for me In-Reply-To: <048.dfd00ac98dcf87dc36e76c27705d0bf1@macosforge.org> References: <048.dfd00ac98dcf87dc36e76c27705d0bf1@macosforge.org> Message-ID: <057.c5a9509b2f57457e5e7942c9263829e5@macosforge.org> #631: soap4r is not working for me -------------------------------+-------------------------------------------- Reporter: jahayes@? | 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: I confirm, the problem seems to be gone in trunk. Thanks for the verification, closing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 11:40:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 18:40:54 -0000 Subject: [MacRuby] #851: rake and macrake behaviour differ In-Reply-To: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> References: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> Message-ID: <066.fb117d1859ba307c0aad1614e4d56acd@macosforge.org> #851: rake and macrake behaviour differ ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Description changed by martinlagardette@?: Old description: > With the following rakefile: > > task :default => :run > > def transformTask () > task :run => [] do > yield > end > end > > transformTask {puts 'Done'} > > running rake gives: > Done > > while running Macrake gives: > > rake aborted! > no block given > > Changing the rakefile to be: > > task :default => :run > > def transformTask (&block) > task :run => [] do > block.call > end > end > > transformTask {puts 'Done'} > > will now give the same result for rake and macrake. > > This may just be a 1.8 vs. 1.9 difference or a bug in macruby. > > macruby -v > MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] New description: With the following rakefile: {{{ #!ruby task :default => :run def transformTask () task :run => [] do yield end end transformTask {puts 'Done'} }}} running rake gives: {{{ Done }}} while running Macrake gives: {{{ rake aborted! no block given }}} Changing the rakefile to be: {{{ #!ruby task :default => :run def transformTask (&block) task :run => [] do block.call end end transformTask {puts 'Done'} }}} will now give the same result for rake and macrake. This may just be a 1.8 vs. 1.9 difference or a bug in macruby. {{{ $ macruby -v MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 11:43:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 18:43:10 -0000 Subject: [MacRuby] #851: bug in yield while inside Proc#call (was: rake and macrake behaviour differ) In-Reply-To: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> References: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> Message-ID: <066.7015ee0ad08923af3c7ee380a97d87fe@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): Here is a reduction: {{{ $ ./miniruby -e "def foo; bar { yield }; end; def bar(&p); p.call; end; foo { p 42 }" /Users/lrz/src/macruby-trunk/-e:1:in `foo': no block given (LocalJumpError) from /Users/lrz/src/macruby-trunk/-e:1:in `
' }}} Renamed the bug title accordingly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 16:33:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 23:33:45 -0000 Subject: [MacRuby] #854: Time and NSDate cannot be compared with Comparable operators Message-ID: <051.8a8c3e73cd37edaefcca084b59a284d6@macosforge.org> #854: Time and NSDate cannot be compared with Comparable operators ----------------------------------+----------------------------------------- Reporter: massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Time is now relatively equivalent to NSDate, but they cannot be compared with the Comparable operators. If compare: works, <=> should be implemented as well. $ macirb irb(main):001:0> date = NSDate.date => #<__NSCFDate:0x20023d3a0> irb(main):002:0> time = Time.now => 2010-08-17 16:28:46 -0700 irb(main):003:0> time < date ArgumentError: comparison of Time with __NSCFDate failed irb(main):005:0> date.compare(time) => -1 irb(main):006:0> time.compare(date) => 1 irb(main):007:0> -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 16:45:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 17 Aug 2010 23:45:39 -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.b9a8f1fd9227e0499027e4c134e1453e@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Comment(by watson1978@?): Is this issue a duplication of #800? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 17:11:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 00:11:03 -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.4aeaa2e8c55380a5d913dcde410062c5@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): Possibly, but not certain. I think this bug has been reported already, though (I'm pretty sure we have a test_vm test for it). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 17 22:52:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 05:52:37 -0000 Subject: [MacRuby] #855: MacRuby should load the "rubygems" automatically. Message-ID: <051.0f4ee8ca9c4128cafc57139665bc9738@macosforge.org> #855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby -v -e "p Gem.class" ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] Module $ /usr/bin/ruby -v -e "p Gem.class" ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] -e:1: uninitialized constant Gem (NameError) $ macruby -v -e "p Gem.class" MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/watson/src/MacRuby/-e:1:in `
': uninitialized constant Gem (NameError) }}} {{{ $ cat test.rb #!ruby $LOADED_FEATURES.each do |file| puts file end }}} Runs above script, I found that the "rubygems" is loaded automatically with Ruby 1.9. {{{ $ ruby test.rb enumerator.so /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/encdb.bundle /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/trans/transdb.bundle /opt/local/lib/ruby1.9/1.9.1/rubygems.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 00:53:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 07:53:15 -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.39a9319d751857081df99a7fa66b46c6@macosforge.org> #855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): That's a well-known issue. We can't load rubygems automatically because it would slow down the boot time significantly, and the gem_prelude mechanism (which is what 1.9 uses) doesn't seem to behave well either. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 01:43:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 08:43:54 -0000 Subject: [MacRuby] #848: Recieving SIGABRT signal from GDB In-Reply-To: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> References: <049.9c9be301684e05eb358c660d7caec63d@macosforge.org> Message-ID: <058.0ee22323596763c7f3ad0835c10dc439@macosforge.org> #848: Recieving SIGABRT signal from GDB --------------------------------+------------------------------------------- Reporter: cameron@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Comment(by cameron@?): I've included the framework in the project but it refuses to load and throws a data formatting error in GDB. I have since filed a bug report with BWToolkit, but I am still unsure where the bug lies. That said, I have discontinued use of the toolkit until the matter is settled. See: [http://bwalkin.lighthouseapp.com/projects/36323/tickets/64-bwtoolkit- does-not-appear-in-the-frameworks-pane] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 01:45:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 08:45:35 -0000 Subject: [MacRuby] #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. Message-ID: <051.b6fc32b9135abbd223e0274596655af2@macosforge.org> #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat t.rb tmp = "qwerty^\\-" p tmp.size # => 9 p tmp.count("a-z") # => 6 p tmp.count("a\\-z") # => 1 p tmp.count("^y") # => 8 p tmp.count("\\^y") # => 2 p tmp.count("y^\\") # => 3 p "abcdefghijxyz".tr("a\\-z", 'A Z') # => "AbcdefghijxyZ" p "abcdefghijxyz".tr("a\\-z", 'A\\-Z') # => "AbcdefghijxyZ" }}} Result: {{{ $ VM_DISABLE_RBO=true DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb 9 6 8 8 3 3 "ZZZZZZZZZZZZZ" invalid string transliteration (ArgumentError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 02:45:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 09:45:49 -0000 Subject: [MacRuby] #857: ld: duplicate symbol _vm_ivar_get Message-ID: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> #857: ld: duplicate symbol _vm_ivar_get ----------------------------------------+----------------------------------- Reporter: pontus.stromdahl@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macrubyc duplicate symbol ----------------------------------------+----------------------------------- I tried the sample from the manpage for macrubyc and got this link error. {{{ pontus> echo "def t1; 21; end" > t1.rb pontus> echo "def t2; 21; end" > t2.rb pontus> echo "require 't1'; require 't2'; p t1+t2" > test.rb pontus> macrubyc test.rb t1.rb t2.rb -o test unknown: warning: Insecure world writable dir /usr/local in PATH, mode 040777 ld: duplicate symbol _vm_ivar_get in t1.o and ./test.o 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.7/usr/lib -lmacruby "/var/folders/bh/bhgttgWwHdaY7XEJL3VWDE+++TI/-Tmp-/main-40135.o" "./test.o" "t1.o" "t2.o"' }}} the .o files where generated fine {{{ pontus> ls t1.o t1.rb t2.o t2.rb test.o test.rb }}} used latest commit {{{ pontus> git log -1 commit 12b64e1564524cc1652ea77d798e6ab48c0892fe Author: lsansonetti at apple.com Date: Tue Aug 17 03:26:35 2010 +0000 when killing the main thread, just exit the program (patch from watson1978 at gmail.co git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk at 4431 23306eb0-4c56 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 03:45:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 10:45:55 -0000 Subject: [MacRuby] #857: ld: duplicate symbol _vm_ivar_get In-Reply-To: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> References: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> Message-ID: <066.7e74f15eb42d9e3b738f304e1827906d@macosforge.org> #857: ld: duplicate symbol _vm_ivar_get ----------------------------------------+----------------------------------- Reporter: pontus.stromdahl@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macrubyc duplicate symbol ----------------------------------------+----------------------------------- Comment(by pontus.stromdahl@?): tried this, which makes sense require/dependency wise. It works fine as you can see. I guess the manpage should be fixed? {{{ pontus> macrubyc test.rb t1.rb t2.rb -o test unknown: warning: Insecure world writable dir /usr/local in PATH, mode 040777 ld: duplicate symbol _vm_ivar_get in t1.o and ./test.o 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.7/usr/lib -lmacruby "/var/folders/bh/bhgttgWwHdaY7XEJL3VWDE+++TI/-Tmp-/main-77259.o" "./test.o" "t1.o" "t2.o"' pontus> ls t1.o t1.rb t2.o t2.rb test.o test.rb pontus> '''macrubyc test.o -o test''' unknown: warning: Insecure world writable dir /usr/local in PATH, mode 040777 pontus> ls t1.o t1.rb t2.o t2.rb test test.o test.rb pontus> ./test 42 pontus> rm *.o pontus> ls t1.rb t2.rb test test.rb pontus> ./test 42 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 13:34:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 20:34:56 -0000 Subject: [MacRuby] #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. In-Reply-To: <051.0ab145b2a8330a34adb6bbe48ae6d1ef@macosforge.org> References: <051.0ab145b2a8330a34adb6bbe48ae6d1ef@macosforge.org> Message-ID: <060.777a2739712aa75bb42f404628fec9de@macosforge.org> #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Agreed, please commit :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 13:35:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 20:35:55 -0000 Subject: [MacRuby] #853: File.extname('.....x') should return "". In-Reply-To: <051.69ee686db6a095aecfa2f538887d0e17@macosforge.org> References: <051.69ee686db6a095aecfa2f538887d0e17@macosforge.org> Message-ID: <060.7dbe02e87fb089d31a3d49328750e4c3@macosforge.org> #853: File.extname('.....x') should return "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Looks good, please commit :) (Maybe run spec:ci first to see if there are no problems.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 16:27:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 18 Aug 2010 23:27:57 -0000 Subject: [MacRuby] #857: ld: duplicate symbol _vm_ivar_get In-Reply-To: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> References: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> Message-ID: <066.4f33996d0b882ec09b6171f1ad07ffb7@macosforge.org> #857: ld: duplicate symbol _vm_ivar_get ----------------------------------------+----------------------------------- Reporter: pontus.stromdahl@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macrubyc duplicate symbol ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): I reproduce the problem and will have a look. However, your second example isn't what you probably want, since only the test.rb file gets compiled (and t1 and t2 will be loaded from their Ruby source files). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 17:28:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 00:28:04 -0000 Subject: [MacRuby] #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. In-Reply-To: <051.0ab145b2a8330a34adb6bbe48ae6d1ef@macosforge.org> References: <051.0ab145b2a8330a34adb6bbe48ae6d1ef@macosforge.org> Message-ID: <060.f4ceb3462ce130aaa6a15c0d4d677a62@macosforge.org> #852: IO#read should return "" in outbuf when calls the IO#read(length, outbuf) with position of Discriptor == EOF. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Thanks. Should be fixed in r4432. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 17:39:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 00:39:54 -0000 Subject: [MacRuby] #853: File.extname('.....x') should return "". In-Reply-To: <051.69ee686db6a095aecfa2f538887d0e17@macosforge.org> References: <051.69ee686db6a095aecfa2f538887d0e17@macosforge.org> Message-ID: <060.70bb187e525dadee7448e0478e119058@macosforge.org> #853: File.extname('.....x') should return "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Thanks. Should be fixed in r4433. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 22:10:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 05:10:59 -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.b0ba4c13d7ffac73928d6b2dacd2171c@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 watson1978@?): I think pack('U') to be repaired by the following patch. {{{ #!diff diff --git a/encoding.c b/encoding.c index d3295a0..dc590a8 100644 --- a/encoding.c +++ b/encoding.c @@ -519,9 +519,7 @@ rb_enc_get_index(VALUE obj) void rb_enc_set_index(VALUE obj, int encindex) { - if (encindex < ENCODINGS_COUNT) { - return ; - } + assert(encindex >= 0 && encindex < ENCODINGS_COUNT); rb_str_force_encoding(obj, rb_encodings[encindex]); } diff --git a/include/ruby/intern.h b/include/ruby/intern.h index d8b3940..58fc56a 100644 --- a/include/ruby/intern.h +++ b/include/ruby/intern.h @@ -174,6 +174,9 @@ VALUE rb_fiber_resume(VALUE fib, int argc, VALUE *args); VALUE rb_fiber_yield(int argc, VALUE *args); VALUE rb_fiber_current(void); VALUE rb_fiber_alive_p(VALUE); +/* encoding.c */ +void rb_enc_set_index(VALUE obj, int encindex); +int rb_utf8_encindex(void); /* enum.c */ /* error.c */ VALUE rb_exc_new(VALUE, const char*, long); diff --git a/pack.c b/pack.c index 9d073cb..89c9142 100644 --- a/pack.c +++ b/pack.c @@ -446,6 +446,7 @@ pack_pack(VALUE ary, SEL sel, VALUE fmt) char type; long items, len, idx, plen; const char *ptr; + int enc_info = 1; /* 0 - BINARY, 1 - US-ASCII, 2 - UTF-8 */ #ifdef NATINT_PACK int natint; /* native integer */ #endif @@ -508,6 +509,20 @@ pack_pack(VALUE ary, SEL sel, VALUE fmt) } switch (type) { + case 'U': + /* if encoding is US-ASCII, upgrade to UTF-8 */ + if (enc_info == 1) enc_info = 2; + break; + case 'm': case 'M': case 'u': + /* keep US-ASCII (do nothing) */ + break; + default: + /* fall back to BINARY */ + enc_info = 0; + break; + } + + switch (type) { case 'A': case 'a': case 'Z': case 'B': case 'b': case 'H': case 'h': @@ -1014,6 +1029,20 @@ pack_pack(VALUE ary, SEL sel, VALUE fmt) } } + OBJ_INFECT(data, fmt); + switch (enc_info) { + case 1: + // TODO + // ENCODING_CODERANGE_SET(data, rb_usascii_encindex(), ENC_CODERANGE_7BIT); + break; + case 2: + rb_enc_set_index(data, rb_utf8_encindex()); + break; + default: + /* do nothing, keep ASCII-8BIT */ + break; + } + // Taint the ByteString accordingly. if (OBJ_TAINTED(fmt)) { OBJ_TAINT(data); }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 22:12:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 05:12:08 -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.2243a8763fc96b31396478e6984d1392@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 watson1978@?): About other failing tests in test_pack.rb, I guess that depend on #742. Because, the result is not corresponding as follows when running it with Ruby 1.9 specifying Script Encoding of UTF-8. [[BR]] Default Encoding is ASCII-8BIT in test_pack.rb so that Script Encoding is not specified. {{{ # -*- coding: utf-8 -*- p "\377\377\377\376".encoding p [4294967294].pack('N').encoding }}} {{{ $ ruby test.rb # # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 18 22:32:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 05:32:30 -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.37995aae7a387cd3053468a12b06faec@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@?): I see. #742 is another story indeed. I have a few points regarding your patch: - Maybe the include/ruby/intern.h changes should go to include/ruby/encoding.h? - I believe the OBJ_INFECT macro does nothing on MacRuby, it's probably better to not use it. Can you try running the rubyspec suite (rake spec:ci) after building with your patch? If the specs pass, feel free to commit. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 00:36:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 07:36:40 -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.7f2a4feed09084486121cd4a7a00cf2b@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 watson1978@?): Abort occurs even when "rake spec:ci" is ran with MacRuby Trunk HEAD, and it is not possible to confirm the pass X( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 00:43:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 07:43:39 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. Message-ID: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ rake spec:ci (in /Users/watson/src/MacRuby) rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/exception.m' ............[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/mri_abi.m' ...[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/object.m' ....FF.could not lookup DNS configuration info service: Permission denied --- snip --- ...............rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} Crash Log: {{{ {{{ Process: macruby [290] Path: /Users/watson/src/MacRuby/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: ruby [280] Date/Time: 2010-08-19 16:15:30.670 +0900 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000000011fd81000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[290]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff85e0cdd1 libunwind::CFI_Parser::decodeFDE(libunwind::LocalAddressSpace&, unsigned long long, libunwind::CFI_Parser::FDE_Info*, libunwind::CFI_Parser::CIE_Info*) + 513 1 libSystem.B.dylib 0x00007fff85e07c7f _unw_add_dynamic_fde + 31 2 libmacruby.dylib 0x00000001004a0735 (anonymous namespace)::JITEmitter::finishFunction(llvm::MachineFunction&) + 773 3 libmacruby.dylib 0x00000001001df421 (anonymous namespace)::Emitter::runOnMachineFunction(llvm::MachineFunction&) + 353 4 libmacruby.dylib 0x000000010051c88e llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 94 5 libmacruby.dylib 0x00000001008ddce0 llvm::FPPassManager::runOnFunction(llvm::Function&) + 688 6 libmacruby.dylib 0x00000001008ddfa2 llvm::FunctionPassManagerImpl::run(llvm::Function&) + 146 7 libmacruby.dylib 0x00000001008de37c llvm::FunctionPassManager::run(llvm::Function&) + 236 8 libmacruby.dylib 0x000000010048c1ca llvm::JIT::runJITOnFunctionUnlocked(llvm::Function*, llvm::MutexGuard const&) + 42 9 libmacruby.dylib 0x000000010048d16f llvm::JIT::getPointerToFunction(llvm::Function*) + 1087 10 libmacruby.dylib 0x0000000100148be2 RoxorCore::compile(llvm::Function*, bool) + 146 (vm.cpp:583) 11 libmacruby.dylib 0x000000010015060a rb_vm_define_method3 + 186 (vm.cpp:2613) 12 libmacruby.dylib 0x000000010004c0f0 rb_mod_define_method + 256 (proc.c:1013) 13 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 14 ??? 0x000000010355a4f0 0 + 4350911728 15 ??? 0x000000012b8fccd0 0 + 5025811664 16 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 17 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 18 libmacruby.dylib 0x000000010001611d rary_each + 77 (array.c:1065) 19 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 20 ??? 0x000000010355a4f0 0 + 4350911728 21 ??? 0x000000012b8fcb84 0 + 5025811332 22 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 (dispatcher.cpp:98) 23 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 (vm_eval.c:372) 24 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 25 ??? 0x000000010355a4f0 0 + 4350911728 26 ??? 0x000000012b8fc364 0 + 5025809252 27 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 28 ??? 0x000000010355a4f0 0 + 4350911728 29 ??? 0x000000012b8fb040 0 + 5025804352 30 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 31 libmacruby.dylib 0x0000000100048e55 rb_load + 101 (load.c:96) 32 libmacruby.dylib 0x0000000100048ebb load_try + 11 (load.c:253) 33 libmacruby.dylib 0x0000000100152aea rb_rescue2 + 58 (vm.cpp:3395) 34 libmacruby.dylib 0x000000010004964f rb_require_safe + 559 (load.c:297) 35 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 36 ??? 0x000000010355a4f0 0 + 4350911728 37 ??? 0x000000012b8fade9 0 + 5025803753 38 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 39 libmacruby.dylib 0x0000000100048e55 rb_load + 101 (load.c:96) 40 libmacruby.dylib 0x0000000100048f0a rb_f_load + 58 (load.c:122) 41 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 42 ??? 0x000000010355a4f0 0 + 4350911728 43 ??? 0x00000001035b27e8 0 + 4351272936 44 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 (dispatcher.cpp:98) 45 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 (vm_eval.c:372) 46 libmacruby.dylib 0x000000010014272a rb_vm_dispatch + 6762 (dispatcher.cpp:444) 47 ??? 0x000000010355a4f0 0 + 4350911728 48 ??? 0x00000001035b2905 0 + 4351273221 49 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 50 ??? 0x000000010355a4f0 0 + 4350911728 51 ??? 0x00000001035b1538 0 + 4351268152 52 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 53 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 54 libmacruby.dylib 0x000000010001611d rary_each + 77 (array.c:1065) 55 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 56 ??? 0x000000010355a4f0 0 + 4350911728 57 ??? 0x00000001035b0f4a 0 + 4351266634 58 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 59 ??? 0x000000010355a4f0 0 + 4350911728 60 ??? 0x00000001035b0587 0 + 4351264135 61 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 62 ??? 0x000000010355a4f0 0 + 4350911728 63 ??? 0x00000001035afbf3 0 + 4351261683 64 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 65 ??? 0x000000010355a4f0 0 + 4350911728 66 ??? 0x000000010359e0ff 0 + 4351189247 67 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 68 ??? 0x000000010355a4f0 0 + 4350911728 69 ??? 0x000000010355a1be 0 + 4350910910 70 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 71 libmacruby.dylib 0x0000000100040e50 ruby_run_node + 80 (eval.c:211) 72 macruby 0x0000000100000d28 main + 152 (main.cpp:40) 73 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager ---- snip ---- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 00:50:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 07:50:05 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.c2fe3309109c94fe7c92613dc87f1c8e@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The "DNS configuration info service: Permission denied" message is suspect (I never saw it, yet). Could you isolate the spec that's causing the crash? I recommend to run {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full -V }}} which will print spec file paths before execution. Once you know which spec file contains the crash, you can run {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec spec/frozen/xxx_spec.rb -f s }}} (where spec/frozen/xxx_spec.rb is the spec file). This will print spec examples before execution. This way you can find which example is causing the crash here. In my environment spec:ci runs flawlessly, but sometimes spec:ci can abort due to environmental problems. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 01:19:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 08:19:09 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.f6e3d8340f5373c6344daeff26c9719d@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): The content of Crash Log has changed X([[BR]] All logs were same content though tried several times as following. {{{ $ opts="-f s" rake spec:ci --- snip --- Array#- - creates an array minus any items from other array - removes multiple items on the lhs equal to one on the rhs - properly handles recursive arrays - tries to convert the passed arguments to Arrays using #to_ary - raises a TypeError if the argument cannot be coerced to an Array by calling #to_ary - does not return subclass instance for Array subclasses - does not call to_ary on array subclasses - acts as if using an intermediate hash to collect values - is not destructive Array#* - tries to convert the passed argument to a String using #to_str - tires to convert the passed argument to an Integer using #to_int - raises a TypeError if the argument can neither be converted to a string nor an integer2010-08-19 17:07:59.729 macruby[854:613] An uncaught exception was raised 2010-08-19 17:07:59.730 macruby[854:613] /Users/watson/src/MacRuby/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?:': can't convert MockObject into Integer (TypeError) from /Users/watson/src/MacRuby/spec/frozen/core/array/multiply_spec.rb:19:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:68:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/context.rb:178:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/context.rb:192:in `process' from /Users/watson/src/MacRuby/spec/frozen/core/array/multiply_spec.rb:1:in `
' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:68:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:51:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:47:in `files' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:41:in `process' from /Users/watson/src/MacRuby/mspec/bin/mspec-ci:3:in `
' 2010-08-19 17:07:59.735 macruby[854:613] *** Terminating app due to uncaught exception 'TypeError', reason: '/Users/watson/src/MacRuby/mspec/lib/mspec/matchers/raise_error.rb:9:in `matches?:': can't convert MockObject into Integer (TypeError) from /Users/watson/src/MacRuby/spec/frozen/core/array/multiply_spec.rb:19:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:68:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/context.rb:178:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/context.rb:192:in `process' from /Users/watson/src/MacRuby/spec/frozen/core/array/multiply_spec.rb:1:in `
' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:56:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:68:in `protect:' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:51:in `block' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:47:in `files' from /Users/watson/src/MacRuby/mspec/lib/mspec/runner/mspec.rb:41:in `process' from /Users/watson/src/MacRuby/mspec/bin/mspec-ci:3:in `
' ' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff8655ccc4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff861070f3 objc_exception_throw + 45 2 libmacruby.dylib 0x0000000100152915 rb_vm_raise + 437 3 libmacruby.dylib 0x00000001000407f9 rb_exc_raise + 9 4 libmacruby.dylib 0x000000010003f2c4 rb_raise + 308 5 libmacruby.dylib 0x000000010006e922 convert_type + 338 6 libmacruby.dylib 0x00000001000702f9 rb_to_integer + 57 7 libmacruby.dylib 0x000000010006143c rb_num2long + 108 8 libmacruby.dylib 0x00000001000192b9 rary_times + 185 9 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 10 ??? 0x000000010355a4f0 0x0 + 4350911728 11 ??? 0x00000001035d9f6c 0x0 + 4351434604 12 libmacruby.dylib 0x0000000100144079 rb_vm_block_eval + 1401 13 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 14 ??? 0x000000010355a4f0 0x0 + 4350911728 15 ??? 0x00000001035bdddb 0x0 + 4351319515 16 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 17 ??? 0x000000010355a4f0 0x0 + 4350911728 18 ??? 0x00000001035b92cd 0x0 + 4351300301 19 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 20 ??? 0x000000010355a4f0 0x0 + 4350911728 21 ??? 0x000000011b88ef24 0x0 + 4756926244 22 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 23 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 24 libmacruby.dylib 0x000000010014272a rb_vm_dispatch + 6762 25 ??? 0x000000010355a4f0 0x0 + 4350911728 26 ??? 0x00000001035b2825 0x0 + 4351272997 27 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 28 ??? 0x000000010355a4f0 0x0 + 4350911728 29 ??? 0x00000001035b5cf2 0x0 + 4351286514 30 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 31 libmacruby.dylib 0x00000001000393d6 all_iter_i + 22 32 libmacruby.dylib 0x0000000100145335 rb_vm_yield_args + 2053 33 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 34 libmacruby.dylib 0x000000010001611d rary_each + 77 35 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 36 libmacruby.dylib 0x00000001000fefa3 rb_objc_block_call + 195 37 libmacruby.dylib 0x0000000100038177 enum_all + 71 38 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 39 ??? 0x000000010355a4f0 0x0 + 4350911728 40 ??? 0x00000001035b593c 0x0 + 4351285564 41 libmacruby.dylib 0x000000010014266c rb_vm_dispatch + 6572 42 ??? 0x000000010355a4f0 0x0 + 4350911728 43 ??? 0x00000001035b8854 0x0 + 4351297620 44 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 45 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 46 libmacruby.dylib 0x000000010001611d rary_each + 77 47 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 48 ??? 0x000000010355a4f0 0x0 + 4350911728 49 ??? 0x00000001035b6a91 0x0 + 4351290001 50 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 51 ??? 0x000000010355a4f0 0x0 + 4350911728 52 ??? 0x000000010357d96d 0x0 + 4351056237 53 libmacruby.dylib 0x0000000100142695 rb_vm_dispatch + 6613 54 ??? 0x000000010355a4f0 0x0 + 4350911728 55 ??? 0x000000010357dbbe 0x0 + 4351056830 56 libmacruby.dylib 0x000000010014266c rb_vm_dispatch + 6572 57 ??? 0x000000010355a4f0 0x0 + 4350911728 58 ??? 0x000000011b88e159 0x0 + 4756922713 59 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 60 libmacruby.dylib 0x0000000100048e55 rb_load + 101 61 libmacruby.dylib 0x0000000100048f0a rb_f_load + 58 62 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 63 ??? 0x000000010355a4f0 0x0 + 4350911728 64 ??? 0x00000001035b2708 0x0 + 4351272712 65 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 66 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 67 libmacruby.dylib 0x000000010014272a rb_vm_dispatch + 6762 68 ??? 0x000000010355a4f0 0x0 + 4350911728 69 ??? 0x00000001035b2825 0x0 + 4351272997 70 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 71 ??? 0x000000010355a4f0 0x0 + 4350911728 72 ??? 0x00000001035b1458 0x0 + 4351267928 73 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 74 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 75 libmacruby.dylib 0x000000010001611d rary_each + 77 76 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 77 ??? 0x000000010355a4f0 0x0 + 4350911728 78 ??? 0x00000001035b0e6a 0x0 + 4351266410 79 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 80 ??? 0x000000010355a4f0 0x0 + 4350911728 81 ??? 0x00000001035b04a7 0x0 + 4351263911 82 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 83 ??? 0x000000010355a4f0 0x0 + 4350911728 84 ??? 0x00000001035afb13 0x0 + 4351261459 85 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 86 ??? 0x000000010355a4f0 0x0 + 4350911728 87 ??? 0x000000010359e0ff 0x0 + 4351189247 88 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 89 ??? 0x000000010355a4f0 0x0 + 4350911728 90 ??? 0x000000010355a1be 0x0 + 4350910910 91 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 92 libmacruby.dylib 0x0000000100040e50 ruby_run_node + 80 93 macruby 0x0000000100000d28 main + 152 94 macruby 0x0000000100000c88 start + 52 95 ??? 0x000000000000001e 0x0 + 30 ) terminate called after throwing an instance of 'NSException' rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 01:29:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 08:29:57 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.6485008142f1ed0dc86063661ed3f7e3@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Looks like -f s bypasses the earlier crash? This is strange. Did you try with -V? I will try spec:ci on a 10.6.4 box tomorrow, maybe I can reproduce your issues. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 01:39:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 08:39:55 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.5c55dc776249e78c06431c01374d97d6@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Oops, I mistook a option. Sorry. {{{ $opts="-V" rake spec:ci --- snip --- /Users/watson/src/MacRuby/spec/frozen/core/basicobject/__send___spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/basic_object_class_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/basic_object_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/basic_object_subclass_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/equal_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/equal_value_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/instance_eval_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/instance_exec_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/metaclass_spec.rb . /Users/watson/src/MacRuby/spec/frozen/core/basicobject/method_missing_spec.rb rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 03:09:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 10:09:29 -0000 Subject: [MacRuby] #857: ld: duplicate symbol _vm_ivar_get In-Reply-To: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> References: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> Message-ID: <066.f3d17cac23cf28765a916661540dac35@macosforge.org> #857: ld: duplicate symbol _vm_ivar_get ----------------------------------------+----------------------------------- Reporter: pontus.stromdahl@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macrubyc duplicate symbol ----------------------------------------+----------------------------------- Comment(by pontus.stromdahl@?): you're right, of course. I want the whole thing compiled and then linked. If you need anything tested let me know. cheers, Pontus -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 05:58:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 12:58:19 -0000 Subject: [MacRuby] #859: rubygems load error when running script using evaluateFileAtPath: Message-ID: <044.59f75ba7aea49a2fbb17a84733318685@macosforge.org> #859: rubygems load error when running script using evaluateFileAtPath: ---------------------------+------------------------------------------------ Reporter: below@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ I have a MacRuby script which, among other things, requires rubygems. It works very nice when I call it in the terminal (i.e. "macruby test.rb"), but when I try to execute it in a Cocoa App using [[MacRuby sharedRuntime] evaluateFileAtPath:path];, I get a LoadError exception: /Users/below/dev/build/Debug/(eval):1:in `
': no such file to load -- rubygems (LoadError) The issue is reproducible with this script, ControlTower must be present for this particular sample to work require 'rubygems' require 'control_tower' require 'rack/utils' server_options = { :port => 3001, :host => '0.0.0.0', :concurrent => false } app = Rack::Builder.new do map "/" do run Rack::File.new("/Users/below/Sites/") end end.to_app @s = ControlTower::Server.new(app, server_options) if @s puts 'Starting control tower webserver' @s.start else puts "ERROR: Couldnt build server" end -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 12:16:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 19 Aug 2010 19:16:00 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.a48ddedf5e13b2f7b8c9cd85742935e3@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): I do happen to get the original backtrace sometimes, but not always. I suspect it could be some weird memory problems, because it usually disappear after I either reboot, or do not use MacRuby for some time. Also, try to delete rubyspec_temp... I updated, cleaned and compiled, and I was actually able to run the specs. I must say, this is a very weird bug :-( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 17:57:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 00:57:28 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.7e456e7366e4c924e93bc5e91c12d9b2@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): "spec:ci" runs immediately after rebooting my Mac. However, crashes from the second execution. When crashing once, 1. Always crashes at "spec/frozen/core/basicobject/method_missing_spec.rb". 2. "spec:ci" runs when "spec/frozen/core/basicobject/method_missing_spec.rb" is not executed. 3. "spec:ci" runs when only "spec/frozen/core/basicobject/method_missing_spec.rb" is executed. How should I do to debug it with GDB? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 18:56:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 01:56:51 -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.edefc4bd3f7cd47ca2a6bbeb04f9e932@macosforge.org> #856: String#count and #tr are broken, contain escaped '-' or '^' in those arguments. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Indeed, String#tr and friends are not fully implemented yet. It doesn't appear to be critical, though, since these methods aren't used a lot. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 18:58:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 01:58:43 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.2ffc741d074df6e9f63e09da72ba7ff1@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I reproduce the libunwind::CFI_Parser crash on my MacPro running 10.6.4. I will have a look, but this will probable be a hard one since it disappears when I run the specs under gdb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 19:14:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 02:14:16 -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.bbc72d46010427380b5ddd7ad3d9ea81@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@?): Can you try "rake spec:core" and "rake spec:library"? It might work (I suspect the crash is introduced by a spec:macruby spec). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 19:34:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 02:34:27 -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.563f8c55cf00c19b5a307144dbce8823@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 watson1978@?): I tried those commands, and worked using r4433. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 19:43:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 02:43:47 -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.05c18d812afb96d1e3984eb1bfab9fe2@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@?): If this also includes your #pack fix, then feel free to commit :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 19:58:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 02:58:08 -0000 Subject: [MacRuby] #859: rubygems load error when running script using evaluateFileAtPath: In-Reply-To: <044.59f75ba7aea49a2fbb17a84733318685@macosforge.org> References: <044.59f75ba7aea49a2fbb17a84733318685@macosforge.org> Message-ID: <053.ed11e3c08e62675b71c8bd59db6cf90b@macosforge.org> #859: rubygems load error when running script using evaluateFileAtPath: ---------------------------+------------------------------------------------ Reporter: below@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Comment(by lsansonetti@?): Reduction: {{{ $ cat t.m #import int main(void) { [[MacRuby sharedRuntime] evaluateString:@"require 'rubygems'"]; return 0; } $ gcc t.m -o t -framework MacRuby -fobjc-gc -framework Foundation $ ./t 2010-08-19 19:57:36.092 t[6421:c03] *** Terminating app due to uncaught exception 'LoadError', reason: '/Users/lrz/src/macruby-trunk/(eval):1:in `
': no such file to load -- rubygems (LoadError) ' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff8198b136 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff88b54772 objc_exception_throw + 45 2 libmacruby.dylib 0x000000010675e7e5 rb_vm_raise + 437 3 libmacruby.dylib 0x000000010664adb9 rb_exc_raise + 9 4 libmacruby.dylib 0x0000000106649884 rb_raise + 308 5 libmacruby.dylib 0x0000000106653abe rb_require_safe + 510 6 libmacruby.dylib 0x000000010674c24b rb_vm_dispatch + 6651 7 ??? 0x0000000107f97390 0x0 + 4428755856 8 ??? 0x0000000107f9706d 0x0 + 4428755053 9 libmacruby.dylib 0x0000000106758db8 rb_vm_run + 488 10 libmacruby.dylib 0x000000010675d6e1 rb_vm_run_under + 241 11 libmacruby.dylib 0x00000001067710bb rb_vm_debug_trap + 10379 12 t 0x000000010661beea main + 74 13 t 0x000000010661be94 start + 52 ) terminate called throwing an exceptionAbort trap: 6 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 20:12:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 03:12:45 -0000 Subject: [MacRuby] #859: rubygems load error when running script using evaluateFileAtPath: In-Reply-To: <044.59f75ba7aea49a2fbb17a84733318685@macosforge.org> References: <044.59f75ba7aea49a2fbb17a84733318685@macosforge.org> Message-ID: <053.65a76c8487ed6b97bf64c7fb7fee695e@macosforge.org> #859: rubygems load error when running script using evaluateFileAtPath: ---------------------------+------------------------------------------------ Reporter: below@? | 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: We forgot to initialize the load path in +[MacRuby sharedRuntime]. Should be fixed in r4435. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 21:07:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 04:07:28 -0000 Subject: [MacRuby] #857: ld: duplicate symbol _vm_ivar_get In-Reply-To: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> References: <057.7ebbc59018c4b146f6116639446730c4@macosforge.org> Message-ID: <066.189416292d74cf9eaa403cb2378838ab@macosforge.org> #857: ld: duplicate symbol _vm_ivar_get ----------------------------------------+----------------------------------- Reporter: pontus.stromdahl@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: macrubyc duplicate symbol | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4436. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 21:59:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 04:59:19 -0000 Subject: [MacRuby] #772: Assertion fails with 4 bytes non-BMP UTF-8. (was: Assertion fails with 4 bytes UTF-8.) In-Reply-To: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> References: <051.adfa412749f0a0f884c217067d17c7f5@macosforge.org> Message-ID: <060.5e778e8858c9eb1ab619bdaf2ac01bdd@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 lsansonetti@?): Renamed the bug title accordingly. We won't support non-MBP characters any time soon. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 22:00:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 05:00:46 -0000 Subject: [MacRuby] #683: rake failed for MacRuby-0.6 on Mac OS X 10.5.8 In-Reply-To: <047.95972a4e18f969924e7ac66bc0dbbfb3@macosforge.org> References: <047.95972a4e18f969924e7ac66bc0dbbfb3@macosforge.org> Message-ID: <056.2a98ebce29a7829612f6c62542c89aba@macosforge.org> #683: rake failed for MacRuby-0.6 on Mac OS X 10.5.8 ------------------------------+--------------------------------------------- Reporter: bhuelbue@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: rake | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix * milestone: MacRuby 0.6 => Comment: Leopard is no longer supported. Please upgrade to Snow Leopard. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 22:04:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 05:04:09 -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.2a4b82ae4c9ebac6c2e673fe78f5a8a8@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@?): I see that you committed the change in r4437, should this bug be closed? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 22:50:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 05:50:28 -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.424a73e1811fc128694e5c6bafda4618@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 watson1978@?): I guess that MacRuby does not throw the exception of this issue if #742 is fixed.[[BR]] To keep seeing the appearance, I think that this issue's status keep "open" until #742 fixed. It may decrease that the same problem is registered again, if status is "open". :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 22:58:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 05:58: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.a85d291f446e15b175c76a9d34af6572@macosforge.org> #742: Encoding is always UTF-8 (?) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems that this issue blocks #849. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 23:22:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 06:22:38 -0000 Subject: [MacRuby] #823: ActiveSupport 3 RC1 Not working In-Reply-To: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> References: <048.7e8cdf66001ed2d086b161cd8bb74bce@macosforge.org> Message-ID: <057.b5778bccb747f6342249a0a428224433@macosforge.org> #823: ActiveSupport 3 RC1 Not working -------------------------------+-------------------------------------------- Reporter: maccman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by watson1978@?): It seems that this issue depend on #742, #849. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 19 23:46:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 06:46:44 -0000 Subject: [MacRuby] #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". Message-ID: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_opt.rb require 'optparse' opt = OptionParser.new flag = self.class opt.def_option("--open") {|x|} opt.def_option("-x") {|x| flag = x} opt.def_option("--option") {|x| flag = x} begin opt.parse!(%w"--op") rescue => e p e end begin opt.parse!(%w"-o") rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby test_opt.rb # # }}} Result of MacRuby Trunk: {{{ $ macruby test_opt.rb # Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 00:23:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 07:23:43 -0000 Subject: [MacRuby] #861: Abort occurs when throws an exception within Signal handler. Message-ID: <051.ee396b87b1de6c1e9f2c719d7cb5c5b7@macosforge.org> #861: Abort occurs when throws an exception within Signal handler. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby cat t.rb begin Signal.trap(:INT) { raise "Interrupt" } Process.kill :INT, Process.pid sleep 1 rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby t.rb # }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb 2010-08-20 16:22:32.883 macruby[88979:903] *** Terminating app due to uncaught exception 'RuntimeError', reason: '/Users/watson/src/MacRuby/t.rb:2:in `block': Interrupt (RuntimeError) from /Users/watson/src/MacRuby/t.rb:2:in `
' ' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81865cc4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff812050f3 objc_exception_throw + 45 2 libmacruby.1.9.2.dylib 0x00000001001535e5 rb_vm_raise + 437 3 libmacruby.1.9.2.dylib 0x00000001000400cb rb_f_raise + 43 4 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 5 ??? 0x0000000103e00780 0x0 + 4359980928 6 ??? 0x0000000103e00c5d 0x0 + 4359982173 7 libmacruby.1.9.2.dylib 0x0000000100142569 rb_vm_block_eval + 1401 8 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 9 libmacruby.1.9.2.dylib 0x0000000100100c95 rb_eval_cmd + 677 10 libmacruby.1.9.2.dylib 0x00000001000bc62a sighandler + 266 11 libSystem.B.dylib 0x00007fff8158a35a _sigtramp + 26 12 ??? 0x0000000000000000 0x0 + 0 13 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 14 ??? 0x0000000103e00780 0x0 + 4359980928 15 ??? 0x0000000103e0023c 0x0 + 4359979580 16 libmacruby.1.9.2.dylib 0x000000010014dbb8 rb_vm_run + 488 17 libmacruby.1.9.2.dylib 0x000000010003f600 ruby_run_node + 80 18 macruby 0x0000000100000d28 main + 152 19 macruby 0x0000000100000c88 start + 52 20 ??? 0x0000000000000003 0x0 + 3 ) terminate called after throwing an instance of 'NSException' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 01:18:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 08:18:42 -0000 Subject: [MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small Message-ID: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> #862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Sometimes, crashes as follows when running with Ruby 1.9.2 Unit Test of attached. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb Loaded suite test_bigdecimal Started ........FF.F..F....F......E.......F..F.unknown: [BUG] ERROR(VpDivd): space for remainder too small. MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb }}} The backtrace cannot be seen with GDB. {{{ (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -I./lib test_bigdecimal.rb Reading symbols for shared libraries + done Loaded suite test_bigdecimal Started ........FF.F..E....F......E......EF..F.E..F.../Users/watson/src/MacRuby/lib/minitest/unit.rb:670:in `run:': failed to allocate memory (NoMemoryError) from /Users/watson/src/MacRuby/lib/minitest/unit.rb:635:in `block' from /Users/watson/src/MacRuby/lib/minitest/unit.rb:633:in `run_test_suites:' from /Users/watson/src/MacRuby/lib/minitest/unit.rb:576:in `run:' Program exited with code 01. (gdb) bt No stack. (gdb) }}} It seems to crash in the test named test_power. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb -v Loaded suite test_bigdecimal Started TestBigDecimal#test_abs_bigdecimal: 0.18 s: . TestBigDecimal#test_add: 0.02 s: . TestBigDecimal#test_add_bigdecimal: 0.01 s: . TestBigDecimal#test_ceil: 0.01 s: . TestBigDecimal#test_cmp: 0.04 s: . TestBigDecimal#test_cmp_bignum: 0.01 s: . TestBigDecimal#test_cmp_coerce: 0.03 s: . TestBigDecimal#test_cmp_data: 0.01 s: . TestBigDecimal#test_cmp_failing_coercion: 0.22 s: F TestBigDecimal#test_cmp_nan: 0.01 s: F TestBigDecimal#test_coerce: 0.01 s: . TestBigDecimal#test_ctov: 0.03 s: F TestBigDecimal#test_div: 0.02 s: . TestBigDecimal#test_div_bigdecimal: 0.01 s: . TestBigDecimal#test_divmod: 0.18 s: F TestBigDecimal#test_double_fig: 0.01 s: . TestBigDecimal#test_exception_infinity: 0.10 s: . TestBigDecimal#test_exception_nan: 0.01 s: . TestBigDecimal#test_exception_overflow: 0.02 s: . TestBigDecimal#test_exception_underflow: 0.02 s: F TestBigDecimal#test_exception_zerodivide: 0.02 s: . TestBigDecimal#test_exponent: 0.01 s: . TestBigDecimal#test_finite_infinite_nan: 0.02 s: . TestBigDecimal#test_fix: 0.01 s: . TestBigDecimal#test_floor: 0.01 s: . TestBigDecimal#test_frac: 0.01 s: . TestBigDecimal#test_gc: 0.02 s: E TestBigDecimal#test_global_new: 0.01 s: . TestBigDecimal#test_hash: 0.02 s: . TestBigDecimal#test_inf: 0.03 s: . TestBigDecimal#test_inspect: 0.02 s: . TestBigDecimal#test_limit: 0.02 s: . TestBigDecimal#test_marshal: 0.03 s: . TestBigDecimal#test_mod: 0.01 s: . TestBigDecimal#test_mode: 0.02 s: F TestBigDecimal#test_mult: 0.01 s: . TestBigDecimal#test_mult_bigdecimal: 0.01 s: . TestBigDecimal#test_new: 0.02 s: F TestBigDecimal#test_nonzero_p: 0.01 s: . TestBigDecimal#test_power: unknown: [BUG] ERROR(VpDivd): space for remainder too small. MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb -v }}} Crash log: {{{ Process: macruby [89312] Path: /Users/watson/src/MacRuby/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [89167] Date/Time: 2010-08-20 17:11:17.038 +0900 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[89312]: garbage collection is ON abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff815783d6 __kill + 10 1 libSystem.B.dylib 0x00007fff81618972 abort + 83 2 libmacruby.1.9.2.dylib 0x000000010003cb9d rb_bug + 205 (error.c:229) 3 bigdecimal.bundle 0x00000001036e31be VpDivd + 1870 (bigdecimal.c:3266) 4 bigdecimal.bundle 0x00000001036e4375 BigDecimal_power + 917 (bigdecimal.c:4670) 5 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 6 ??? 0x0000000103c07070 0 + 4357910640 7 ??? 0x0000000103c412eb 0 + 4358148843 8 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 9 libmacruby.1.9.2.dylib 0x00000001000fe380 rb_f_send + 416 (vm_eval.c:169) 10 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 11 ??? 0x0000000103c07070 0 + 4357910640 12 ??? 0x0000000103c263f5 0 + 4358038517 13 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 14 ??? 0x0000000103c07070 0 + 4357910640 15 ??? 0x0000000103c25b07 0 + 4358036231 16 libmacruby.1.9.2.dylib 0x0000000100143787 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 17 libmacruby.1.9.2.dylib 0x00000001000fd788 rb_yield + 40 18 libmacruby.1.9.2.dylib 0x00000001000148cd rary_each + 77 (array.c:1065) 19 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 20 ??? 0x0000000103c07070 0 + 4357910640 21 ??? 0x0000000103c24fff 0 + 4358033407 22 libmacruby.1.9.2.dylib 0x0000000100143787 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 23 libmacruby.1.9.2.dylib 0x00000001000fd788 rb_yield + 40 24 libmacruby.1.9.2.dylib 0x00000001000148cd rary_each + 77 (array.c:1065) 25 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 26 ??? 0x0000000103c07070 0 + 4357910640 27 ??? 0x0000000103c247e7 0 + 4358031335 28 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 29 ??? 0x0000000103c07070 0 + 4357910640 30 ??? 0x0000000103c22375 0 + 4358022005 31 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 32 ??? 0x0000000103c07070 0 + 4357910640 33 ??? 0x0000000103c211f1 0 + 4358017521 34 libmacruby.1.9.2.dylib 0x0000000100142569 rb_vm_block_eval + 1401 (dispatcher.cpp:98) 35 libmacruby.1.9.2.dylib 0x000000010015183a rb_rescue2 + 58 (vm.cpp:3395) 36 libmacruby.1.9.2.dylib 0x000000010003f7f0 ruby_finalize + 96 (eval_jump.c:60) 37 libmacruby.1.9.2.dylib 0x000000010009f720 rb_exit + 16 38 macruby 0x0000000100000d2f main + 159 (main.cpp:43) 39 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager --- snip --- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 01:22:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 08:22:05 -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.7a4b806f87bfad60a9b95261979a4557@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): I managed to write a fix for this bug, and all specs still pass. However I'm not yet happy with the fix, I will need to polish it a bit before committing. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 01:24:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 08:24:02 -0000 Subject: [MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small In-Reply-To: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> References: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> Message-ID: <060.0734fbfb344da6e28ae8d7d4237e9c91@macosforge.org> #862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Is it another problem that the log of GDB shows? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 01:32:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 08:32:24 -0000 Subject: [MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small In-Reply-To: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> References: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> Message-ID: <060.479f2eeb0a822830b7fe2c59d5851dba@macosforge.org> #862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Looks like it's crashing in bigdecimal.c:3266. Should be easy to fix :) The bigdecimal extension hasn't been touched for a while, maybe some fixes exist in 1.9 upstream. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 02:52:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 09:52:53 -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.06a8517d586b37c545348ea7b98140a1@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): I propose the following patch as a workaround until the problem of Thread is solved. Please give me an opinion :-) {{{ #!diff diff --git a/lib/timeout.rb b/lib/timeout.rb index 297b769..a478720 100644 --- a/lib/timeout.rb +++ b/lib/timeout.rb @@ -40,11 +40,13 @@ module Timeout # Note that this is both a method of module Timeout, so you can 'include Timeout' # into your classes so they have a #timeout method, as well as a module method, # so you can call it directly as Timeout.timeout(). - def timeout(sec, klass = nil) #:yield: +sec+ + def timeout(sec, klass = nil, &block) #:yield: +sec+ return yield(sec) if sec == nil or sec.zero? exception = klass || Class.new(ExitException) begin - x = Thread.current + x = Thread.start { + block.call(sec) + } y = Thread.start { begin sleep sec @@ -54,7 +56,8 @@ module Timeout x.raise exception, "execution expired" if x.alive? end } - return yield(sec) + x.join + return sec rescue exception => e rej = /\A#{Regexp.quote(__FILE__)}:#{__LINE__-4}\z/o (bt = e.backtrace).reject! {|m| rej =~ m} }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 05:47:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 12:47:10 -0000 Subject: [MacRuby] #863: String#succ is broken. Message-ID: <051.f33ff2a40328ea7945fbafbdfe7953c0@macosforge.org> #863: String#succ is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_succ.rb p "No.9".succ # => "No.10" p "-9".succ # => "-10" p "+9".succ # => "+10" p "\377".succ # => "\001\000" }}} Result of Ruby 1.9.1: {{{ $ ruby test_succ.rb "No.10" "-10" "+10" "\x01\x00" }}} Result of MacRuby Trunk: {{{ $ macruby test_succ.rb "Np.0" "1-0" "1+0" /Users/watson/src/MacRuby/test_succ.rb:1:in `
': cannot make receiver data as Unicode characters (ArgumentError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 06:01:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 13:01:08 -0000 Subject: [MacRuby] #864: String#sum(bits), throws an exception when specified bits >= 64. Message-ID: <051.e02e7c54fbde1a16945124d7c4013bb8@macosforge.org> #864: String#sum(bits), throws an exception when specified bits >= 64. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_sum.rb 0.upto(200) {|bits| ret = "xyz".sum(bits) p "#{bits} : #{ret}" } }}} Result of Ruby 1.9.1: {{{ $ ruby test_sum.rb --- snip --- "198 : 363" "199 : 363" "200 : 363" }}} Result of MacRuby Trunk: {{{ $ macruby test_sum.rb --- snip --- "61 : 363" "62 : 363" "63 : 363" /Users/watson/src/MacRuby/test_sum.rb:1:in `
': bits argument too big (ArgumentError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 06:16:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 13:16:09 -0000 Subject: [MacRuby] #865: String#lines(separator) is broken when specified separator == "". Message-ID: <051.b65949ec3ac8b9192fd46a13fe179c80@macosforge.org> #865: String#lines(separator) is broken when specified separator == "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_lines.rb p "hello\n\n\nworld".lines().to_a p "hello\n\n\nworld".lines('\n').to_a p "hello\n\n\nworld".lines('').to_a }}} Result of Ruby 1.9.1: {{{ $ ruby test_lines.rb ["hello\n", "\n", "\n", "world"] ["hello\n\n\nworld"] ["hello\n\n\n", "world"] }}} Result of MacRuby Trunk: {{{ $ macruby test_lines.rb ["hello\n", "\n", "\n", "world"] ["hello\n\n\nworld"] ["hello\n", "\n", "\n", "world"] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 07:19:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 14:19:16 -0000 Subject: [MacRuby] #866: String#strip is broken with string of "UTF-16BE". Message-ID: <051.1e8b1daf077a171590e68e112e5c5441@macosforge.org> #866: String#strip is broken with string of "UTF-16BE". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby $ cat test_strip.rb p " x ".strip p " \n\r\t x \t\r\n\n ".strip p "\x00 0b0 ".force_encoding("UTF-16BE").strip p "0\x000b0 ".force_encoding("UTF-16BE").strip }}} Result of Ruby 1.9.1: {{{ $ ruby test_strip.rb "x" "x" "0b0 " "0b0 " }}} Result of MacRuby Trunk: {{{ $ macruby test_strip.rb "x" "x" "??" "??" }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 11:47:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 18:47:15 -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.aa84ed2346ab3c71c4a61d51fe09da53@macosforge.org> #865: String#lines(separator) is broken when specified separator == "". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): I'm not sure I understand why it works like that..., but I'll try to see if I can fix that :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 13:39:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 20:39:41 -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.2852af06712daa0c135fcc47437c65f9@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@?): I can see 2 problems. First, the {{{1+1 while true}}} expression will never trigger a pthread cancelation point, which means it can't be interrupted (and timeout.rb uses thread cancelation). Second, it looks like current timeout.rb doesn't even cancel {{{loop { 1+1 }}}} which triggers cancelation points. Your patch seems to fix the second problem. I don't believe the first problem is even fixable with the current macruby implementation. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 14:32:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 21:32:56 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.9e4cd304ba8a03a96b58384a1a9392ff@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): It looks like one of the spec:macruby specs trigger these crashes. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 15:48:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 22:48:27 -0000 Subject: [MacRuby] #866: String#strip is broken with string of "UTF-16BE". In-Reply-To: <051.1e8b1daf077a171590e68e112e5c5441@macosforge.org> References: <051.1e8b1daf077a171590e68e112e5c5441@macosforge.org> Message-ID: <060.9dac50d926d95439dc74f4f70b35331c@macosforge.org> #866: String#strip is broken with string of "UTF-16BE". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): After looking with Vincent, it appears that MacRuby's #strip will handle unicode whitespaces, however Ruby 1.9 only handles ASCII whitespaces. We need to fix that. Also, you should consider using 1.9.2 and not 1.9.1. It seems that 1.9.1 has bad support for UTF-16. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 16:05:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Aug 2010 23:05:09 -0000 Subject: [MacRuby] #866: String#strip shouldn't strip unicode whitespaces (was: String#strip is broken with string of "UTF-16BE".) In-Reply-To: <051.1e8b1daf077a171590e68e112e5c5441@macosforge.org> References: <051.1e8b1daf077a171590e68e112e5c5441@macosforge.org> Message-ID: <060.ff44888556d8bd74a254dda8bb39e066@macosforge.org> #866: String#strip shouldn't strip unicode whitespaces ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * milestone: => MacRuby 0.7 * resolution: => fixed Comment: Should be fixed in r4438. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 18:20:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 01:20:53 -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.41c92b8ac5a115339b66bf74598c3ce4@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): I see. This is a difficult issue :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 18:28:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 01:28:11 -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.def7b4d55b08f844b50f894778bc24c7@macosforge.org> #861: Abort occurs when throws an exception within Signal handler. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): I don't think this will be handled anytime soon. When MacRuby receives a signal, it jumps to the signal handler function, which is kind of a side- part of MacRuby that is not executed withn all the `try {} catch(...) {}` of the program. It's a very hard issue, just like handling the stack-overflow error. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 19:26:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 02:26:49 -0000 Subject: [MacRuby] #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". In-Reply-To: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> References: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> Message-ID: <060.7cb8fb2f2a45e926485f6cddc91dbbce@macosforge.org> #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): Reduction: {{{ #!ruby def complete raise catch(:ambiguous) { throw :ambiguous raise "Error" } end begin complete rescue # crashes here complete end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 19:30:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 02:30:04 -0000 Subject: [MacRuby] #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". In-Reply-To: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> References: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> Message-ID: <060.b98f7217aac77696c38854e47239ffff@macosforge.org> #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): Even better reduction actually: {{{ #!ruby def complete raise Exception, catch(:ambiguous) { throw :ambiguous } end begin raise rescue # crashes here complete end }}} Also added the "raise Exception" just to avoid dealing with the `TypeError` exception (`exception object expected (TypeError)`) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 19:37:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 02:37:40 -0000 Subject: [MacRuby] #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". In-Reply-To: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> References: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> Message-ID: <060.992f2fd7c5f21a64f29a6f19f2830920@macosforge.org> #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): The problem is the `throw` statement, that pops the exception from the VM, as of r3053 . Without it, everything works fine, and the size of the exception list is 2, as expected, instead of 1 after `throw` is called. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 19:41:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 02:41:47 -0000 Subject: [MacRuby] #860: Assertion fails in pop_current_exception when catch/throw used in rescue (was: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption".) In-Reply-To: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> References: <051.e93aeb4e6067f174b97facb823d32351@macosforge.org> Message-ID: <060.7c1840ec8aa97e6620a3d3d72ed97cd7@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Description changed by martinlagardette@?: Old description: > Test Script: > {{{ > #!ruby > $ cat test_opt.rb > require 'optparse' > > opt = OptionParser.new > flag = self.class > > opt.def_option("--open") {|x|} > opt.def_option("-x") {|x| flag = x} > opt.def_option("--option") {|x| flag = x} > > begin > opt.parse!(%w"--op") > rescue => e > p e > end > > begin > opt.parse!(%w"-o") > rescue => e > p e > end > }}} > > Result of Ruby 1.9.1: > {{{ > $ ruby test_opt.rb > # > # > }}} > > Result of MacRuby Trunk: > {{{ > $ macruby test_opt.rb > # > Assertion failed: ((size_t)pos < current_exceptions.size()), function > pop_current_exception, file vm.cpp, line 3343. > zsh: abort macruby test_opt.rb > }}} New description: {{{ #!ruby $ cat test_catch_throw.rb begin raise rescue catch(:ambiguous) { throw :ambiguous } p :ok end }}} Result of Ruby 1.9.1: {{{ $ ruby test_catch_throw.rb :ok }}} Result of MacRuby Trunk: {{{ $ macruby test_catch_throw.rb Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}}+ -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 20 21:33:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 04:33:12 -0000 Subject: [MacRuby] #867: Hash#to_a can't copy status of untrust. Message-ID: <051.bcda68cbe7247d0256a3aa6cc24e2c95@macosforge.org> #867: Hash#to_a can't copy status of untrust. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_untrust.rb def assert_equal(a, b) p b p a == b puts "-----" end h = Hash.new( 1=>2, 3=>4, 5=>6 ) h.taint h.untrust a = h.to_a puts "** tainted?" assert_equal(true, h.tainted?) assert_equal(true, a.tainted?) puts "** untrusted?" assert_equal(true, h.untrusted?) assert_equal(true, a.untrusted?) }}} Result of Ruby 1.9.1: {{{ $ ruby test_untrust.rb ** tainted? true true ----- true true ----- ** untrusted? true true ----- true true ----- }}} Result of MacRuby Trunk: {{{ $ macruby test_untrust.rb ** tainted? true true ----- true true ----- ** untrusted? true true ----- false false ----- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 00:20:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 07:20:29 -0000 Subject: [MacRuby] #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. Message-ID: <051.caef36df560b004605f7ec66160482c7@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: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_rehash.rb def assert_equal(a, b) p b p a == b puts "-----" end def assert_nil(a) p a p a == nil puts "-----" end a = [ "a", "b" ] c = [ "c", "d" ] h = { a => 100, c => 300 } assert_equal(100, h[a]) a[0] = "z" assert_nil(h[a]) h.rehash assert_equal(100, h[a]) }}} Result of Ruby 1.9.1: {{{ $ ruby test_rehash.rb 100 true ----- nil true ----- 100 true ----- }}} Result of MacRuby Trunk: {{{ $ macruby test_rehash.rb 100 true ----- 100 false ----- 100 true ----- }}} This problem may be related to #791. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 00:20:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 07:20:51 -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.7d5cfd063d9550bc06d6b8d9da16d733@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by watson1978@?): * priority: blocker => minor -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 04:58:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 11:58:49 -0000 Subject: [MacRuby] #786: MacRuby does not finish when more exceptions is generated on same Thread almost at the same time. In-Reply-To: <051.710b2622d2dbc55bf96b85cf802be884@macosforge.org> References: <051.710b2622d2dbc55bf96b85cf802be884@macosforge.org> Message-ID: <060.f371d2056f0afba71b4daa99b03a8ca2@macosforge.org> #786: MacRuby does not finish when more exceptions is generated on same Thread almost at the same time. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Using a patch of comment:2, "1+1 while true" loops forever within "while (t->status != THREAD_DEAD) {" (line:168, thread.c).[[BR]] Then, t->status was "THREAD_KILLED". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 05:02:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 12:02:37 -0000 Subject: [MacRuby] #786: MacRuby does not finish when more exceptions is generated on same Thread almost at the same time. In-Reply-To: <051.710b2622d2dbc55bf96b85cf802be884@macosforge.org> References: <051.710b2622d2dbc55bf96b85cf802be884@macosforge.org> Message-ID: <060.328f79561355cd8baf130a63730f09db@macosforge.org> #786: MacRuby does not finish when more exceptions is generated on same Thread almost at the same time. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Oops, I will post to #176, I mistook. Sorry. Sorry X( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 05:04:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 12:04:08 -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.ff0aa3d66ea8e013eef58ca87cad2433@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): Using a patch of comment:2, "1+1 while true" loops forever within "while (t->status != THREAD_DEAD) {" (line:168, thread.c).[[BR]] Then, t->status was "THREAD_KILLED". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 08:04:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Aug 2010 15:04:28 -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.d9d47c14043986647a8ba2172a81dfc0@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): The following patch seems to work well. {{{ #!diff diff --git a/lib/timeout.rb b/lib/timeout.rb index 297b769..274f843 100644 --- a/lib/timeout.rb +++ b/lib/timeout.rb @@ -40,11 +40,14 @@ module Timeout # Note that this is both a method of module Timeout, so you can 'include Timeout' # into your classes so they have a #timeout method, as well as a module method, # so you can call it directly as Timeout.timeout(). - def timeout(sec, klass = nil) #:yield: +sec+ + def timeout(sec, klass = nil, &block) #:yield: +sec+ return yield(sec) if sec == nil or sec.zero? exception = klass || Class.new(ExitException) begin - x = Thread.current + val = nil + x = Thread.start { + val = block.call(sec) + } y = Thread.start { begin sleep sec @@ -54,7 +57,8 @@ module Timeout x.raise exception, "execution expired" if x.alive? end } - return yield(sec) + x.join + return val rescue exception => e rej = /\A#{Regexp.quote(__FILE__)}:#{__LINE__-4}\z/o (bt = e.backtrace).reject! {|m| rej =~ m} diff --git a/thread.c b/thread.c index 6659d06..8a3e715 100644 --- a/thread.c +++ b/thread.c @@ -166,6 +166,9 @@ thread_join_m(VALUE self, SEL sel, int argc, VALUE *argv) ts.tv_sec = 0; ts.tv_nsec = 10000000; while (t->status != THREAD_DEAD) { + if (t->status == THREAD_KILLED && t->exception != Qnil) { + break; + } nanosleep(&ts, NULL); pthread_yield_np(); } diff --git a/vm.cpp b/vm.cpp index d86cc1c..6f664b3 100644 --- a/vm.cpp +++ b/vm.cpp @@ -4654,6 +4654,7 @@ rb_vm_thread_raise(rb_vm_thread_t *t, VALUE exc) // XXX we should lock here RoxorVM *vm = (RoxorVM *)t->vm; vm->push_current_exception(exc); + GC_WB(&t->exception, exc); rb_vm_thread_cancel(t); } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 21:28:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 04:28:35 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL Message-ID: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: assertion NSURL pathExtension ------------------------------------+--------------------------------------- I was playing around with macirb and trying to get a collection of NSURLs to print out their pathExtension when MacRuby failed an assertion and died on me. I have been able to reproduce the issue on my system and included a small script to demonstrate the failure. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 21:35:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 04:35:36 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL In-Reply-To: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> References: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> Message-ID: <062.202d7954b7cc5a925ce2683afca236b4@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: assertion NSURL pathExtension ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): The script runs fine in my environment: {{{ $ ./miniruby t.rb plist com net com plist plist plist plist backup plist backup }}} Could you paste more information about your crash? A copy of the crash log of macruby in ~/Library/Logs/CrashReporter/ would be good. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 21 21:59:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 04:59:44 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL In-Reply-To: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> References: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> Message-ID: <062.9489eb33bfb636afb0a05eb310c73b5f@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: assertion NSURL pathExtension ------------------------------------+--------------------------------------- Comment(by watson1978@?): In my environment too, assertion does not occur. Which version do you use the MacRuby? [[BR]] Please try even MacRuby Nightly latest if possible. :-) [[BR]] http://www.macruby.org/files/nightlies/ -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 22 06:49:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 13:49:51 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL In-Reply-To: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> References: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> Message-ID: <062.955222701d64fcc7e597b38c5a8d7bb3@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: assertion NSURL pathExtension ------------------------------------+--------------------------------------- Comment(by mrada@?): I am using MacRuby 0.6, I will try again with the latest nightly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 22 06:58:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 13:58:54 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL In-Reply-To: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> References: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> Message-ID: <062.0191fb5dc5c6967e5e8aee0887b1162d@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: assertion NSURL pathExtension ------------------------------------+--------------------------------------- Comment(by mrada@?): Good news! The latest nightly build (2010-08-22) did not crash with an assertion failure; it ran and output what was expected. I have attached a crash log from last night if anyone is still interested. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 22 11:19:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 18:19:23 -0000 Subject: [MacRuby] #430: MacRuby does not reap processes started with popen In-Reply-To: <050.5e3aa930707020e3a170580459b01793@macosforge.org> References: <050.5e3aa930707020e3a170580459b01793@macosforge.org> Message-ID: <059.5a65620bc6ec8098c4e4875cfdfc2085@macosforge.org> #430: MacRuby does not reap processes started with popen ---------------------------------+------------------------------------------ Reporter: neeracher@? | Owner: martinlagardette@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by jhemmelg@?): This patch adds back the call to rb_syswait() which reaps the child process in io_close(). It also removes the call to kill() as this is not in 1.9.2 and doesn't seem to be necessary with this test case. I don't know what conditions prompted the inclusion of the kill() call. This test case works with the kill() call in the code as well as with it removed. Someone who knows why the kill() call was added will have to decide if it belongs in the code or not. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 22 15:37:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Aug 2010 22:37:24 -0000 Subject: [MacRuby] #869: Assertion failure when printing pathExtensions for an NSURL In-Reply-To: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> References: <053.92cefe6f35d6d532852b81c464be8e60@macosforge.org> Message-ID: <062.f84ecb6751bcd618c59f550a71395b4e@macosforge.org> #869: Assertion failure when printing pathExtensions for an NSURL -------------------------------------------+-------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: assertion NSURL pathExtension | -------------------------------------------+-------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Good news indeed! I'm therefore closing the bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 01:59:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 08:59:10 -0000 Subject: [MacRuby] #870: Array#flatten can't copy status of untrust. Message-ID: <051.7f50e9f946dcf05e7680e494bcdb07f5@macosforge.org> #870: Array#flatten can't copy status of untrust. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_flatten.rb def assert_equal(a, b) p b p a == b puts "-----" end a = [[1, 2], 3] a.taint a.untrust b = a.flatten assert_equal(true, b.tainted?) assert_equal(true, b.untrusted?) }}} Result of Ruby 1.9.1: {{{ $ ruby test_flatten.rb true true ----- true true ----- }}} Result of MacRuby Trunk: {{{ $ macruby test_flatten.rb true true ----- false false ----- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 03:15:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 10:15:19 -0000 Subject: [MacRuby] #871: Segfault occurs when access to variable within Blocks of Thread and Loop. Message-ID: <051.1b07c750b4ead837e7f6b35704d0a99c@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: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat ~/tmp/t.rb c1 = 0 puts "** case 1" th = Thread.new { loop { 1 + 1 } } sleep 1 th.kill puts "** case 2" th = Thread.new { loop { c1 += 1 } } sleep 1 }}} Sometimes, Segfault occurs even when set AUTO_USE_TLC=0. {{{ $ AUTO_USE_TLC=0 DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/t.rb macruby(21632) malloc: auto malloc[21632]: AUTO_USE_TLC = "0" in environment. Thread local collector [TLC] disabled. ** case 1 ** case 2 zsh: segmentation fault AUTO_USE_TLC=0 DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/t.rb }}} {{{ $ AUTO_USE_TLC=0 DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib ~/tmp/t.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -I./lib /Users/watson/tmp/t.rb Reading symbols for shared libraries .++++.......................... done macruby(21660) malloc: auto malloc[21660]: AUTO_USE_TLC = "0" in environment. Thread local collector [TLC] disabled. Reading symbols for shared libraries . done ** case 1 ** case 2 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 [Switching to process 21660] 0x00007fff81200052 in _cache_getMethod () (gdb) bt #0 0x00007fff81200052 in _cache_getMethod () #1 0x00007fff811ff823 in look_up_method () #2 0x000000010013f272 in rb_vm_dispatch (_vm=0x103924a60, cache=0x103cfa7b0, top=0, self=4295275234, klass=0xfffda5e8207b8b48, sel=0x101572d40, block=0x0, opt=0 '\0', argc=1, argv=0x103cd2828) at dispatcher.cpp:602 #3 0x0000000103b83970 in ?? () #4 0x0000000103b83faf in ?? () #5 0x0000000103b84181 in ?? () #6 0x00000001001437a3 in rb_vm_yield_args (_vm=0x103924a60, argc=, argv=0xfffda5e8207b8b48) at dispatcher.cpp:98 #7 0x00000001000fd96c in loop_i () at vm_eval.c:194 #8 0x000000010015183a in rb_rescue2 (b_proc=, data1=, r_proc=0, data2=0) at vm.cpp:3395 #9 0x0000000100140bc6 in rb_vm_dispatch (_vm=0x103924a60, cache=0x103cffc40, top=8590070432, self=8590070432, klass=0x200020f60, sel=0x1015cfc00, block=0x2000bf200, opt=2 '\002', argc=, argv=0x0) at dispatcher.cpp:159 #10 0x0000000103b83970 in ?? () #11 0x0000000103b840aa in ?? () #12 0x0000000100142569 in rb_vm_block_eval (b=0x103924a60, argc=, argv=0x0) at dispatcher.cpp:98 #13 0x00000001001568e0 in rb_vm_thread_run (thread=8590726816) at vm.cpp:4420 #14 0x00007fff81563456 in _pthread_start () #15 0x00007fff81563309 in thread_start () (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 03:42:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 10:42:13 -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.b0e81906379827869691f3acaf23084b@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 watson1978@?): Sometimes, Segfault occurs even when set AUTO_USE_TLC=0 and disabled GC.[[BR]] I use the MacRuby r4446. {{{ $ GC_DISABLE=true AUTO_USE_TLC=0 DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib ~/tmp/t.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -I./lib /Users/watson/tmp/t.rb Reading symbols for shared libraries .++++.......................... done macruby(21759) malloc: auto malloc[21759]: AUTO_USE_TLC = "0" in environment. Thread local collector [TLC] disabled. Reading symbols for shared libraries . done ** case 1 ** case 2 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 [Switching to process 21759] 0x00007fff81200052 in _cache_getMethod () (gdb) bt #0 0x00007fff81200052 in _cache_getMethod () #1 0x00007fff811ff823 in look_up_method () #2 0x000000010013f272 in rb_vm_dispatch (_vm=0x1036d1c40, cache=0x1042d77b0, top=0, self=4295275234, klass=0xfffda5e8207b8b48, sel=0x101572d40, block=0x0, opt=0 '\0', argc=1, argv=0x10467f828) at dispatcher.cpp:602 #3 0x0000000104400970 in ?? () #4 0x0000000104400faf in ?? () #5 0x0000000104401181 in ?? () #6 0x00000001001437a3 in rb_vm_yield_args (_vm=0x1036d1c40, argc=, argv=0xfffda5e8207b8b48) at dispatcher.cpp:98 #7 0x00000001000fd96c in loop_i () at vm_eval.c:194 #8 0x000000010015183a in rb_rescue2 (b_proc=, data1=, r_proc=0, data2=0) at vm.cpp:3395 #9 0x0000000100140bc6 in rb_vm_dispatch (_vm=0x1036d1c40, cache=0x1042dcc40, top=8590070432, self=8590070432, klass=0x200020f60, sel=0x1015cfc00, block=0x2000fbc60, opt=2 '\002', argc=, argv=0x0) at dispatcher.cpp:159 #10 0x0000000104400970 in ?? () #11 0x00000001044010aa in ?? () #12 0x0000000100142569 in rb_vm_block_eval (b=0x1036d1c40, argc=, argv=0x0) at dispatcher.cpp:98 #13 0x00000001001568e0 in rb_vm_thread_run (thread=8590965792) at vm.cpp:4420 #14 0x00007fff81563456 in _pthread_start () #15 0x00007fff81563309 in thread_start () (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 04:00:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 11:00:24 -0000 Subject: [MacRuby] #872: An Instance of Thread is not necessary to be able to reinitialize. Message-ID: <051.8df9befa668d09091b97247f7e7eb08d@macosforge.org> #872: An Instance of Thread is not necessary to be able to reinitialize. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_thread.rb def assert_raise(a, &block) begin block.call rescue => e p e p a == e.class else p :ng end puts "-----" end t1 = Thread.new { sleep 1 1234 } assert_raise(ThreadError) do t1.instance_eval { initialize { } } end p t1.value }}} Result of Ruby 1.9.1: {{{ $ ruby test_thread.rb # true ----- 1234 }}} Result of MacRuby Trunk: {{{ $ macruby test_thread.rb :ng ----- nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 07:57:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 14:57:33 -0000 Subject: [MacRuby] #873: ThreadGroup can't freeze. Message-ID: <051.b9faa4277a6753c6f141b580b290d733@macosforge.org> #873: ThreadGroup can't freeze. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_freeze.rb def assert_raise(a, &block) begin block.call rescue => e p e.class == a else p :ng end puts "-----" end thgrp = ThreadGroup.new t = Thread.new{1} Thread.new{ thgrp.add(Thread.current) thgrp.freeze assert_raise(ThreadError) do Thread.new{1}.join end assert_raise(ThreadError) do thgrp.add(t) end assert_raise(ThreadError) do ThreadGroup.new.add Thread.current end }.join t.join }}} Result of Ruby 1.9.1: {{{ $ ruby test_freeze.rb true ----- true ----- true ----- }}} Result of MacRuby Trunk: {{{ $ macruby test_freeze.rb :ng ----- :ng ----- :ng ----- }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 09:25:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 16:25:05 -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.648a50777b22aaf4eb85eabee0668b4e@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): {{{ #!ruby $ cat t.rb require 'timeout' puts "** case 1" v = Timeout.timeout(1) { 52 } p v == 52 puts "** case 2" begin Timeout.timeout(1) { loop do 1 + 1 end } rescue Timeout::Error p :ok else p :ng end puts "** case 3" begin Timeout.timeout(1) { 1 + 1 while true } rescue Timeout::Error p :ok else p :ng end puts "** case 4" th = Thread.new {sleep 2} begin Timeout.timeout(1) {th.join} rescue Timeout::Error p :ok else p :ng end }}} I was not considering "case 4" X( {{{ $ macruby t.rb ** case 1 true ** case 2 :ok ** case 3 :ok ** case 4 terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort macruby t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 12:34:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 19:34: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.cbccdb13e8d40527fb9f67de4c6a8153@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 martinlagardette@?): Funny enough, I can reproduce with `VM_DISABLE_RBO`, or `DYLD_LIBRARY_PATH`, but if both are set, everything works. If I use the macruby in the project dir instead of the installed one, it works with any of them, but not without any env var. Boggles the mind... {{{ $> VM_DISABLE_RBO=1 macruby test_var.rb ** case 1 ** case 2 Segmentation fault $> DYLD_LIBRARY_PATH=~/Documents/Projets/MacRuby macruby test_var.rb ** case 1 ** case 2 Segmentation fault $> VM_DISABLE_RBO=1 DYLD_LIBRARY_PATH=~/Documents/Projets/MacRuby macruby test_var.rb ** case 1 ** case 2 $> ~/Documents/Projets/MacRuby/macruby test_var.rb ** case 1 ** case 2 Segmentation fault $> VM_DISABLE_RBO=1 ~/Documents/Projets/MacRuby/macruby test_var.rb ** case 1 ** case 2 $> DYLD_LIBRARY_PATH=~/Documents/Projets/MacRuby ~/Documents/Projets/MacRuby/macruby test_var.rb ** case 1 ** case 2 $> }}} With GC_DISABLE, it's kind of random: {{{ $> GC_DISABLE=1 macruby test_var.rb ** case 1 ** case 2 $> GC_DISABLE=1 macruby test_var.rb ** case 1 ** case 2 $> GC_DISABLE=1 macruby test_var.rb ** case 1 ** case 2 Segmentation fault $> }}} It seems to come from the class: {{{ (gdb) p (char *)class_getName(0xfffda5e8207b8b48) warning: Trying to look up "char" in 'this' but 'this' is not an aggregate warning: Trying to look up "class_getName" in 'this' but 'this' is not an aggregate Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 0x00007fff87291ef0 in _class_getName () }}} Also, I did `rake clean; rake; rake install` before trying. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 12:43:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 19:43: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.cb7e6915e2391d618e4d2714479aac8c@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 lsansonetti@?): This snippet does not require any file, so using VM_DISABLE_RBO makes no sense. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 13:20:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 20:20:25 -0000 Subject: [MacRuby] #870: Array#flatten can't copy status of untrust. In-Reply-To: <051.7f50e9f946dcf05e7680e494bcdb07f5@macosforge.org> References: <051.7f50e9f946dcf05e7680e494bcdb07f5@macosforge.org> Message-ID: <060.c4c46000366c15b0fd86cb08120ee73f@macosforge.org> #870: Array#flatten can't copy status of untrust. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): Fixed with r4451 :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 13:20:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 20:20:52 -0000 Subject: [MacRuby] #870: Array#flatten can't copy status of untrust. In-Reply-To: <051.7f50e9f946dcf05e7680e494bcdb07f5@macosforge.org> References: <051.7f50e9f946dcf05e7680e494bcdb07f5@macosforge.org> Message-ID: <060.7dfd90ed26ba5b71c26eab2099b88b32@macosforge.org> #870: Array#flatten can't copy status of untrust. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 15:55:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 22:55:06 -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.1b0e5c60c4707903d8c7e839ab9f2d44@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Okay this one is really evil. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 16:11:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 23:11:36 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.397e1f5a487e79a620dc201aff7db40e@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): The problem is not that the exception cannot be catched. It has been catched, but it raises again with the `#p` operation. The real problem is that the $SAFE value is not set only for the block it's defined in: {{{ #!ruby # test_safe.rb p $SAFE -> { $SAFE = 3 }.call p $SAFE }}} {{{ $> ruby19 test_safe.rb 0 0 $> macruby test_safe.rb 0 3 $> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 16:12:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 23:12:21 -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.2ad8137f4861cc72e0a165201ca8d95a@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Description changed by lsansonetti@?: Old description: > {{{ > #!ruby > $ cat test_catch_throw.rb > begin > raise > rescue > catch(:ambiguous) { throw :ambiguous } > p :ok > end > }}} > > Result of Ruby 1.9.1: > {{{ > $ ruby test_catch_throw.rb > :ok > }}} > > Result of MacRuby Trunk: > {{{ > $ macruby test_catch_throw.rb > Assertion failed: ((size_t)pos < current_exceptions.size()), function > pop_current_exception, file vm.cpp, line 3343. > zsh: abort macruby test_opt.rb > }}}+ New description: {{{ #!ruby $ cat test_catch_throw.rb begin raise rescue catch(:ambiguous) { throw :ambiguous } p :ok end }}} Result of Ruby 1.9.1: {{{ $ ruby test_catch_throw.rb :ok }}} Result of MacRuby Trunk: {{{ $ macruby test_catch_throw.rb Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}}+ Original report (involving optparse) which was deleted: {{{ $ cat test_opt.rb require 'optparse' opt = OptionParser.new flag = self.class opt.def_option("--open") {|x|} opt.def_option("-x") {|x| flag = x} opt.def_option("--option") {|x| flag = x} begin opt.parse!(%w"--op") rescue => e p e end begin opt.parse!(%w"-o") rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby test_opt.rb # # }}} Result of MacRuby Trunk: {{{ $ macruby test_opt.rb # Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 16:13:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 23:13:01 -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.19a91bb623a93e0adefe206050f74ac3@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Description changed by lsansonetti@?: Old description: > {{{ > #!ruby > $ cat test_catch_throw.rb > begin > raise > rescue > catch(:ambiguous) { throw :ambiguous } > p :ok > end > }}} > > Result of Ruby 1.9.1: > {{{ > $ ruby test_catch_throw.rb > :ok > }}} > > Result of MacRuby Trunk: > {{{ > $ macruby test_catch_throw.rb > Assertion failed: ((size_t)pos < current_exceptions.size()), function > pop_current_exception, file vm.cpp, line 3343. > zsh: abort macruby test_opt.rb > }}}+ > > Original report (involving optparse) which was deleted: > > {{{ > $ cat test_opt.rb > require 'optparse' > > opt = OptionParser.new > flag = self.class > > opt.def_option("--open") {|x|} > opt.def_option("-x") {|x| flag = x} > opt.def_option("--option") {|x| flag = x} > > begin > opt.parse!(%w"--op") > rescue => e > p e > end > > begin > opt.parse!(%w"-o") > rescue => e > p e > end > }}} > > Result of Ruby 1.9.1: > {{{ > $ ruby test_opt.rb > # > # > }}} > > Result of MacRuby Trunk: > {{{ > $ macruby test_opt.rb > # > Assertion failed: ((size_t)pos < current_exceptions.size()), function > pop_current_exception, file vm.cpp, line 3343. > zsh: abort macruby test_opt.rb > }}} New description: {{{ #!ruby $ cat test_catch_throw.rb begin raise rescue catch(:ambiguous) { throw :ambiguous } p :ok end }}} Result of Ruby 1.9.1: {{{ $ ruby test_catch_throw.rb :ok }}} Result of MacRuby Trunk: {{{ $ macruby test_catch_throw.rb Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}} Original report (involving optparse) which was deleted: {{{ $ cat test_opt.rb require 'optparse' opt = OptionParser.new flag = self.class opt.def_option("--open") {|x|} opt.def_option("-x") {|x| flag = x} opt.def_option("--option") {|x| flag = x} begin opt.parse!(%w"--op") rescue => e p e end begin opt.parse!(%w"-o") rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby test_opt.rb # # }}} Result of MacRuby Trunk: {{{ $ macruby test_opt.rb # Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 16:24:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 23:24:21 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.48d32c9a7a86bd2b2edc00e351ed4d28@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): It's especially evil because `$SAFE` looks like a global var but doesn't behave like one: {{{ #!ruby $SAFE = 1 p $SAFE lambda { $SAFE = 3 }.call p $SAFE puts "-----" $RANDOM = 1 p $RANDOM lambda { $RANDOM = 3 }.call p $RANDOM }}} {{{ $> ruby19 test_safe.rb 1 1 ----- 1 3 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 16:41:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 23 Aug 2010 23:41:56 -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.59a88a01ded611536d6a7f588a7ac3da@macosforge.org> #854: Time and NSDate cannot be compared with Comparable operators ----------------------------------+----------------------------------------- Reporter: massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Description changed by martinlagardette@?: Old description: > Time is now relatively equivalent to NSDate, but they cannot be compared > with the Comparable operators. If compare: works, <=> should be > implemented as well. > > $ macirb > irb(main):001:0> date = NSDate.date > => #<__NSCFDate:0x20023d3a0> > irb(main):002:0> time = Time.now > => 2010-08-17 16:28:46 -0700 > irb(main):003:0> time < date > ArgumentError: comparison of Time with __NSCFDate failed > > irb(main):005:0> date.compare(time) > => -1 > irb(main):006:0> time.compare(date) > => 1 > irb(main):007:0> New description: Time is now relatively equivalent to NSDate, but they cannot be compared with the Comparable operators. If compare: works, <=> should be implemented as well. {{{ $ macirb irb(main):001:0> date = NSDate.date => #<__NSCFDate:0x20023d3a0> irb(main):002:0> time = Time.now => 2010-08-17 16:28:46 -0700 irb(main):003:0> time < date ArgumentError: comparison of Time with __NSCFDate failed irb(main):005:0> date.compare(time) => -1 irb(main):006:0> time.compare(date) => 1 irb(main):007:0> }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 17:37:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 00:37:17 -0000 Subject: [MacRuby] #874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread. Message-ID: <051.1691b9e81e0c3e9b68397d6dd5980740@macosforge.org> #874: Abort occurs when 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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby $ cat test.rb t1 = Thread.new {sleep 10} t2 = Thread.new { t1.join } sleep 1 t2.raise #t2.kill }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 17:38:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 00:38:11 -0000 Subject: [MacRuby] #874: Abort occurs when calls Thread#raise / #kill when Thread#join is called in block of Thread. (was: Abort occurs when 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.fd5d6732bfbccd7df07ec3d6ee00349d@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 17:44:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 00:44:44 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.4be9d94f956d6e2b7fab4650f59282f2@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Interesting indeed. {{{ $ ruby1.9 -e 'def foo; yield; end; foo { $SAFE=3 }; p $SAFE' 3 $ ruby1.9 -e 'def foo(&b); b.call; end; foo { $SAFE=3 }; p $SAFE' 0 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:13:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:13: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.ce48bc6ea73db61da221ecb5c46f3b97@macosforge.org> #530: Net::SSH doesn't work with MacRuby ---------------------------------+------------------------------------------ Reporter: sk8tr1981@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by jhemmelg@?): Testing main (08/22/2010) fails a different way for me: $ DYLD_LIBRARY_PATH=. ./macruby -r rubygems -e "require 'net/ssh'; Net::SSH.start('localhost', 'lrz', :password => 'foo')" /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/buffer.rb:44:in `from:': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/algorithms.rb:158:in `send_kexinit' from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/algorithms.rb:114:in `accept_kexinit:' from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:165:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.7/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.7/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.7/usr/lib/ruby/Gems/1.9.2/gems /net-ssh-2.0.23/lib/net/ssh/transport/session.rb:57:in `initialize:' from /Users/jhemmelg/personalWork/MacRuby/-e:1:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:13:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:13:21 -0000 Subject: [MacRuby] #430: MacRuby does not reap processes started with popen In-Reply-To: <050.5e3aa930707020e3a170580459b01793@macosforge.org> References: <050.5e3aa930707020e3a170580459b01793@macosforge.org> Message-ID: <059.d9465057f97ba5e9d0ea6a722adeaa5a@macosforge.org> #430: MacRuby does not reap processes started with popen ---------------------------------+------------------------------------------ Reporter: neeracher@? | Owner: martinlagardette@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: I don't remember why we changed the code that way but your patch works fine in my environment, and all specs pass like before, so I merged it as r4452. Thanks :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:18:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:18:25 -0000 Subject: [MacRuby] #867: Hash#to_a can't copy status of untrust. In-Reply-To: <051.bcda68cbe7247d0256a3aa6cc24e2c95@macosforge.org> References: <051.bcda68cbe7247d0256a3aa6cc24e2c95@macosforge.org> Message-ID: <060.4046b011c15bf806cc9fd2abf30ac013@macosforge.org> #867: Hash#to_a can't copy status of untrust. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4453. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:33:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:33:42 -0000 Subject: [MacRuby] #873: ThreadGroup doesn't honor frozen state (was: ThreadGroup can't freeze.) In-Reply-To: <051.b9faa4277a6753c6f141b580b290d733@macosforge.org> References: <051.b9faa4277a6753c6f141b580b290d733@macosforge.org> Message-ID: <060.b49e8264420c2ff172896059a11f4a9d@macosforge.org> #873: ThreadGroup doesn't honor frozen state ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4454. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:36:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:36:57 -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.57794ec97605b8a51bf05bca7452c772@macosforge.org> #176: timeout fails to raise a Timeout::Error ---------------------------------+------------------------------------------ Reporter: acangiano@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@?): I think case 3 is unfixable unless we modify the way {{{1+1 while true}}} is compiled. There is no way to "kill" this expression since it never enters a pthread cancelation point. So in the current context, Thread#raise cannot be deterministic in MacRuby. I am not sure this is important (I think Thread#raise should never be used anyways). If we can make timeout.rb work for most of the case (at least not crash) it's good enough for now, I think. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:45:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:45:13 -0000 Subject: [MacRuby] #872: An Instance of Thread is not necessary to be able to reinitialize. In-Reply-To: <051.8df9befa668d09091b97247f7e7eb08d@macosforge.org> References: <051.8df9befa668d09091b97247f7e7eb08d@macosforge.org> Message-ID: <060.811fa1f3a768c9cf6d98dfdec1beb3cb@macosforge.org> #872: An Instance of Thread is not necessary to be able to reinitialize. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4455. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 18:58:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 01:58:59 -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.4c9c246fe4cf4738ae1fe655daa8b10f@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I also think it's related to #791. The problem does not appear if I replace a[0]='z' by a<<'z' (which changes the hash code). Internally, we do hash lookup based on 2 operations: first we retrieve the hash code and second we check for key equality. In MRI, since the hash code is different, it returns nil immediately (even if the key is equal). In MacRuby, the hash code is the same. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 21:07:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 04:07:14 -0000 Subject: [MacRuby] #875: super dispatches aren't cached Message-ID: <052.a4d61f70065e554472ce17a0f3b1372b@macosforge.org> #875: super dispatches aren't cached -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- As in trunk, calls to the super dispatcher aren't cached. This needs to be fixed for 0.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 21:08:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 04:08:59 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.19c7124255f2c773e70c2540954958ab@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Adding the 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 21:09:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 04:09:58 -0000 Subject: [MacRuby] #795: macirb: GCD inconsistently copies local variables inside blocks In-Reply-To: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> References: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> Message-ID: <066.2bdc1ba22f5f9087473d77bddb841152@macosforge.org> #795: macirb: GCD inconsistently copies local variables inside blocks ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => eloy.de.enige@? Comment: Adding the 0.7-blocker keyword & assigning to Eloy for comment. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 21:11:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 04:11:06 -0000 Subject: [MacRuby] #766: macrake overrides /usr/bin/rake In-Reply-To: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> References: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> Message-ID: <061.1fd472f76fe825e4e00b837a5749c86e@macosforge.org> #766: macrake overrides /usr/bin/rake -----------------------------------+---------------------------------------- Reporter: kennylovrin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Adding 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 21:11:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 04:11:15 -0000 Subject: [MacRuby] #757: NSProgressIndicator takes 100% CPU In-Reply-To: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> References: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> Message-ID: <061.04dc791c1d6d3e621a644d3c54b417c5@macosforge.org> #757: NSProgressIndicator takes 100% CPU -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Adding the 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 23 23:57:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 06:57:58 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.0819571473edcbc37f48221052f1d87b@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Safe level seems to treat an exceptional in Proc Context. I found it in CRuby's Changelog. {{{ Fri Apr 11 10:27:29 1997 Yukihiro Matsumoto * version 1.0-970411 * Makefile.in: create libruby.a before linking ruby. * string.c (str_strip_bang): >0x80 characters for isspace(). * eval.c (proc_call): set safe-level temporally * eval.c (proc_s_new): save safe-level in the proc context. }}} http://ftp.ruby-lang.org/pub/ruby/1.1a/ChangeLog-1.1 Cannot drop a Safe-Level when put up it once, I think that Proc was made to such behavior. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 01:27:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 08:27:27 -0000 Subject: [MacRuby] #763: HotCocoa does not work with MacRuby Trunk. In-Reply-To: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> References: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> Message-ID: <060.5c561b9f8281fdcd22ed9aef3e90457b@macosforge.org> #763: HotCocoa does not work with MacRuby Trunk. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Adding 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 01:49:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 08:49:12 -0000 Subject: [MacRuby] #842: Can't catch the exception of SecurityError Level 4. In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.9ad2dea4c819f489023a7b9f68022e8f@macosforge.org> #842: Can't catch the exception of SecurityError Level 4. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Maybe this was designed for Thread.new {}. In any case, it's intended behavior so we need to fix it, somehow. I guess this cannot be solved at compilation time since eval & friends can also change $SAFE. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 06:26:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 13:26:09 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.91b72e792dd2a8d636cd4d88cf5efb7f@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): How about analyzing a source code with scan-build once?[[BR]] http://clang-analyzer.llvm.org/ {{{ $ curl -O http://clang-analyzer.llvm.org/checker/checker-247.tar.bz2 $ tar xvjf checker-247.tar.bz2 $ cd MacRuby-svn-trunk $ RC_ARCHS=x86_64 ../checker-247/scan-build -o ./report rake macruby }}} Report files output to "./report". NULL pointer access, etc, are written in the report. [[BR]] I hope not to be a bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 12:23:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 19:23:37 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.05a02d5efb576c22eadc3e1a4e863088@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Could you attach the report to this ticket? Would be interested to read the results :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 14:21:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 21:21:51 -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.7f52bdd7b4aaae3d4a9f733d2f93fe66@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 lsansonetti@?): In my environment, the program crashes while the main thread is inside rb_exit() and the other thread is still running. The crash disappears if I do a th.kill and th.join after the sleep 1. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 14:39:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 21:39:58 -0000 Subject: [MacRuby] #804: Constant lookup fails in instance_eval of a singleton class In-Reply-To: <048.3211915b1ceca46d21627292da396487@macosforge.org> References: <048.3211915b1ceca46d21627292da396487@macosforge.org> Message-ID: <057.2072363bc90e690fde29cf6d5618500e@macosforge.org> #804: Constant lookup fails in instance_eval of a singleton class -------------------------------+-------------------------------------------- Reporter: judofyr@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by lsansonetti@?): This problem is due to a recursive cycle in the outers linked list. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 14:50:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 21:50:45 -0000 Subject: [MacRuby] #804: Constant lookup fails in instance_eval of a singleton class In-Reply-To: <048.3211915b1ceca46d21627292da396487@macosforge.org> References: <048.3211915b1ceca46d21627292da396487@macosforge.org> Message-ID: <057.02644a01f8377dbecee01e3afd457ffa@macosforge.org> #804: Constant lookup fails in instance_eval of a singleton class -------------------------------+-------------------------------------------- Reporter: judofyr@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4462. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 14:56:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 21:56:21 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.50ca0d543d0bcebe8ba544f142a6806d@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): I attach it. "bs.c" have a bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 14:58:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 21:58:45 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.566e1d08941f8d7ec0d2fbb87d7cfb5a@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): File: bs.c Location: line 1187, column 15 Description: Field access results in a dereference of a null pointer (loaded from variable 'method') -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 15:02:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 24 Aug 2010 22:02:44 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.3310ab46553b3c6203bf52c6989c75e4@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I am not sure this is a bug (it may be a false positive in the clang analyzer). The method variable should not be NULL there, it's set to some allocated memory before. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 17:07:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 00:07:38 -0000 Subject: [MacRuby] #763: HotCocoa does not work with MacRuby Trunk. In-Reply-To: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> References: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> Message-ID: <060.7b09008375ad427dd3dd74bfe128df96@macosforge.org> #763: HotCocoa does not work with MacRuby Trunk. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): Reduction: {{{ #!ruby class A attr_reader :delegate def add_delegated_method @delegate = Object.new eval %{ def delegate.someFunction; end } end end A.new.add_delegated_method }}} Funny enough, this doesn't crash: {{{ #!ruby class A def add_delegated_method delegate = Object.new eval %{ def delegate.someFunction; end } end end A.new.add_delegated_method }}} Apparently a problem in the resolution of `delegate` when defining the method I would guess? It crashes when it uses the class getter, it works with the block variable. Evaling to something like `p delegate` works, it's really defining a method that doesn't work. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 17:19:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 00:19:13 -0000 Subject: [MacRuby] #757: NSProgressIndicator takes 100% CPU In-Reply-To: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> References: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> Message-ID: <061.f9e162c1121d84b2b4ad3a28a126f8b3@macosforge.org> #757: NSProgressIndicator takes 100% CPU -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by martinlagardette@?): Isn't that fixed? I just tried on my computer (10.6.4) and haven't been able to reproduce (when I could clearly reproduce when the bug was created). The higher I've seen the app was 2.2%, no more :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 17:45:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 00:45:28 -0000 Subject: [MacRuby] #763: rb_singleton_class() calls can't be interpreted (was: HotCocoa does not work with MacRuby Trunk.) In-Reply-To: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> References: <051.cd8f01aead7e0bd5a9eae9683ba4369e@macosforge.org> Message-ID: <060.214e738c923e544335f96862a6f02a96@macosforge.org> #763: rb_singleton_class() calls can't be interpreted ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: The problem was that calls to rb_singleton_class() weren't recognized by the interpreter. I fixed the problem in r4463. The script xml_parse_hotcocoa.rb does not crash anymore like before, however, it runs indefinitely. Maybe there is another bug in MacRuby or it is an application error. In any case, this very specific bug should be fixed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 17:57:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 00:57:59 -0000 Subject: [MacRuby] #757: NSProgressIndicator takes 100% CPU In-Reply-To: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> References: <052.bda6bee572b9a9135be260a10f158ab7@macosforge.org> Message-ID: <061.9ab34dd8a5daf3f6aa1c9c80ac7174e2@macosforge.org> #757: NSProgressIndicator takes 100% CPU -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: I just tried and indeed, it seems to have disappeared. I'm therefore closing the bug. Jakub, please let us know if you still experience it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 24 18:28:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 01:28:07 -0000 Subject: [MacRuby] #766: macrake overrides /usr/bin/rake In-Reply-To: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> References: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> Message-ID: <061.026e19a7cb11901f88ff9dfa69383c83@macosforge.org> #766: macrake overrides /usr/bin/rake -----------------------------------+---------------------------------------- Reporter: kennylovrin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Here is a suggestion: when macgem installs a new executable in /usr/bin, if it overrides an existing executable and if the shebang line of this executable isn't the same as ours, alert the user (maybe asking him if he wants to continue). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 13:59:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 20:59:23 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.a5dcff7ff9ae808579cf65aef095684e@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): According to Thibault (IIRC), disabling the macruby sandbox specs make spec:ci run again without crashes. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 14:02:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 21:02:49 -0000 Subject: [MacRuby] #710: MacRuby 0.6 performance decline from 0.5 in AO Bench In-Reply-To: <052.c02fc1dfc69166c23fbc8f164de6d9f9@macosforge.org> References: <052.c02fc1dfc69166c23fbc8f164de6d9f9@macosforge.org> Message-ID: <061.543793aefd334b0966414c3e86807be6@macosforge.org> #710: MacRuby 0.6 performance decline from 0.5 in AO Bench -----------------------------------+---------------------------------------- Reporter: nagachika00@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: performance | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: I believe that this bug has been fixed. Here is the numbers of a simplified version of this ao_bench test on my environment vs 1.9.2. It seems to behave better now, so I'm closing the bug. {{{ $ ruby perf/run.rb --rubies=./miniruby,ruby1.9 misc:ao_bench Name MacRuby 0.7 ruby 1.9.2dev ------------------------------------------------------------ misc:ao_bench 6.794572 7.316684 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 16:43:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Aug 2010 23:43:42 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.23e2b69e8e5657a7cf521de4c254cf22@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): I worry that "rake spec:ci" use more than 1,000MB memory till finished. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 18:13:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 01:13:07 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth Message-ID: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- This is using MacRuby built from the SVN Head on 2010-08-21 (revision 4438). Program received signal: ?EXC_BAD_ACCESS?. #0 0x00007fff80bbc5f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x00000001036ccce0 in ?? () #3 0x00007fff86c1ddd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff86c1c767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () #5 0x00007fff820bf07f in __NSFireMachPort () #6 0x00007fff831b7bce in __CFMachPortPerform () #7 0x00007fff83190171 in __CFRunLoopRun () #8 0x00007fff8318e84f in CFRunLoopRunSpecific () #9 0x00007fff8766491a in RunCurrentEventLoopInMode () #10 0x00007fff8766471f in ReceiveNextEventCommon () #11 0x00007fff876645d8 in BlockUntilNextEventMatchingListInMode () #12 0x00007fff838ed29e in _DPSNextEvent () #13 0x00007fff838ecbed in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #14 0x00007fff838b28d3 in -[NSApplication run] () #15 0x00007fff838ab5f8 in NSApplicationMain () #16 0x00000001036c5dcd in ?? () #17 0x0000000100140c94 in rb_vm_dispatch () #18 0x00000001036c4260 in ?? () #19 0x00000001036c3a1b in ?? () #20 0x000000010014ec08 in rb_vm_run () #21 0x0000000100040650 in ruby_run_node () #22 0x000000010014f06d in macruby_main () #23 0x0000000100000efe in main (argc=1, argv=0x7fff5fbff640) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 18:15:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 01:15: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.a7810925645303d1b439c6de58d93b25@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): Sorry for the poor formatting of the original... lets try again {{{ Program received signal: ?EXC_BAD_ACCESS?. #0 0x00007fff80bbc5f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x00000001036ccce0 in ?? () #3 0x00007fff86c1ddd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff86c1c767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () #5 0x00007fff820bf07f in __NSFireMachPort () #6 0x00007fff831b7bce in __CFMachPortPerform () #7 0x00007fff83190171 in __CFRunLoopRun () #8 0x00007fff8318e84f in CFRunLoopRunSpecific () #9 0x00007fff8766491a in RunCurrentEventLoopInMode () #10 0x00007fff8766471f in ReceiveNextEventCommon () #11 0x00007fff876645d8 in BlockUntilNextEventMatchingListInMode () #12 0x00007fff838ed29e in _DPSNextEvent () #13 0x00007fff838ecbed in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #14 0x00007fff838b28d3 in -[NSApplication run] () #15 0x00007fff838ab5f8 in NSApplicationMain () #16 0x00000001036c5dcd in ?? () #17 0x0000000100140c94 in rb_vm_dispatch () #18 0x00000001036c4260 in ?? () #19 0x00000001036c3a1b in ?? () #20 0x000000010014ec08 in rb_vm_run () #21 0x0000000100040650 in ruby_run_node () #22 0x000000010014f06d in macruby_main () #23 0x0000000100000efe in main (argc=1, argv=0x7fff5fbff640) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 18:29:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 01:29:52 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.9cca2e2f1a870951348482bb1ca08672@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): I suspect one of the Ruby callbacks is not registered in the runtime with the proper signature. But just from the backtrace it's hard to know which one. Do you happen to have a sample project (or even better, a standalone script) which reproduces the crash? If yes please attach it to this ticket :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 18:37:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 01:37:08 -0000 Subject: [MacRuby] #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics Message-ID: <057.653ff679d285a7e84ed704c7e60fc645@macosforge.org> #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics ----------------------------------------+----------------------------------- Reporter: martinlagardette@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- When using MacRuby Skreenics, and adding three videos at a time, MacRuby crashes on `rb_vm_struct_fake_set` and `rb_vm_resolve_const_value`. They apparently need to lock. The proposed patch seems to fix these issue, but needs to be reviewed / analyzed by Laurent (hence the ticket) in case the issue is actually somewhere else. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 18:46:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 01:46:03 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.e1bc46a4212c1c67d8aa2098f3f77e92@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): There might be memory leaks (even if I tracked and fixed a lot of them in 0.6), but running MacRuby in JIT mode (the default here) uses significantly more memory, because of the machine code generated by LLVM. spec:ci creates lots of classes, methods, lambdas. Maybe spec:ci should run a different macruby process for each suite (macruby, language, core, library, etc.) instead of only one, to use less memory. On a separate, note, did you manage to run spec:ci without crashes? If yes, what spec did you disable? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 19:10:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 02:10:52 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.68d2d81d0f752cdb301ca619f2dda42e@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seem that do not crash when change the combination of spec, etc. It seems that do not crash with r4467 so that the spec was changed.[[BR]] But, crashes when use the spec of r4438 with MacRuby latest. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 19:31:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 02:31:46 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.d84fe3d38efb9b16a902ae3aea8ac3dc@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems that do not crash even if I disable one spec of the r4438 slapdash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Aug 25 22:25:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 05:25:27 -0000 Subject: [MacRuby] #806: bundler does not work due to missing Gem::Specification::MatchPlatform In-Reply-To: <047.824cc58f7003f6a93f17601eda339038@macosforge.org> References: <047.824cc58f7003f6a93f17601eda339038@macosforge.org> Message-ID: <056.4499b333c5e94bba613802b017da51b8@macosforge.org> #806: bundler does not work due to missing Gem::Specification::MatchPlatform ------------------------------+--------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Adding 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 01:35:31 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 08:35:31 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.34eaff04c52f503fd50834e07db36597@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Leak in the following parts? {{{ #!diff diff --git a/bs.c b/bs.c index 41d1720..d690839 100644 --- a/bs.c +++ b/bs.c @@ -454,6 +454,7 @@ bs_parser_parse(bs_parser_t *parser, const char *path, /* check if the given framework path has not been loaded already */ cf_path = CFStringCreateWithFileSystemRepresentation(kCFAllocatorMalloc, path); + CFMakeCollectable(cf_path); for (unsigned i = 0, count = CFArrayGetCount(parser->loaded_paths); i < count; i++) { CFStringRef s = CFArrayGetValueAtIndex(parser->loaded_paths, i); @@ -1269,7 +1270,6 @@ bails: } } } - CFRelease(cf_path); if (success && options == BS_PARSE_OPTIONS_LOAD_DYLIBS && framework_path != N char buf[PATH_MAX]; }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 02:26:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 09:26:49 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.e691050b1684bb2f1930c8d3d0062600@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Leaks? {{{ #!diff diff --git a/bs.c b/bs.c index 41d1720..e587a4f 100644 --- a/bs.c +++ b/bs.c @@ -146,6 +146,8 @@ _bs_find_path(const char *framework_path, char *path, const size_t path_len, framework_name, ext); CHECK_IF_EXISTS(); + free((void*)main_bundle_bs_path); + #undef CHECK_IF_EXISTS free(framework_name); }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 06:34:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 13:34:33 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.7095c48a23ea8436597e07eb97e07e31@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Leaks? {{{ #!diff diff --git a/string.c b/string.c index 83c8e6f..efe6348 100644 --- a/string.c +++ b/string.c @@ -1325,6 +1325,7 @@ str_transcode(rb_str_t *self, rb_encoding_t *src_encoding, rb_encoding_t *dst_en for (;;) { UChar *utf16; long utf16_length; + int need_free = false; // if the encoding is native UTF-16 it's always stored in UChars // but it can contain invalid bytes if (str_is_stored_in_uchars(self) && !NATIVE_UTF16_ENC(self->encoding)) { @@ -1405,6 +1406,7 @@ str_transcode(rb_str_t *self, rb_encoding_t *src_encoding, rb_encoding_t *dst_en } utf16_length = new_utf16_length; utf16 = new_utf16; + need_free = true; } } @@ -1477,6 +1479,10 @@ str_transcode(rb_str_t *self, rb_encoding_t *src_encoding, rb_encoding_t *dst_en pos_in_src += invalid_bytes_length; } + if (need_free) { + xfree(utf16); + } + if (pos_in_src == self->length_in_bytes) { break; } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 07:28:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 14:28:23 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.07e1378c725a699325cd6c6a360bd686@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Leaks? {{{ #!diff diff --git a/string.c b/string.c index 83c8e6f..dfb767b 100644 --- a/string.c +++ b/string.c @@ -1464,6 +1466,7 @@ str_transcode(rb_str_t *self, rb_encoding_t *src_encoding, rb_encoding_t *dst_en bytes_list_pos += 4; } rb_raise(rb_eInvalidByteSequenceError, "\"%s\" on %s", bytes_list, src_encoding->public_name); + xfree(bytes_list); } break; case TRANSCODE_BEHAVIOR_REPLACE_WITH_STRING: }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 13:32:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 20:32:19 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.0dd26ba71eb4e36c3165ec22db3dfb1f@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The first snippet is indeed a leak. Good catch, feel free to commit the fix :) The second one does not seem good, since _bs_main_bundle_bs_path() returns a static malloc()'ed string, so freeing it might cause a crash at next usage. It's probably better to leave it like this (it's just one allocated string for the whole process life). The third and fourth ones are not leaks. Memory allocated by xmalloc() will be free'ed automatically. xfree() forces memory free (sometimes, our GC is not deterministic) but it's not needed. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:30:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:30:00 -0000 Subject: [MacRuby] #206: HotCocoa: Mapped methods not available in subclass In-Reply-To: <048.851213acdb972a8d1a934878f7f23df3@macosforge.org> References: <048.851213acdb972a8d1a934878f7f23df3@macosforge.org> Message-ID: <057.eca9cb5d5fceafdb01a0462bf69feff4@macosforge.org> #206: HotCocoa: Mapped methods not available in subclass -------------------------------+-------------------------------------------- Reporter: flatter@? | Owner: rich@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: hotcocoa | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:30:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:30:30 -0000 Subject: [MacRuby] #248: HotCocoa Graphics - creates corrupt PDF files In-Reply-To: <057.63acf793235c68d589b6023659d4e132@macosforge.org> References: <057.63acf793235c68d589b6023659d4e132@macosforge.org> Message-ID: <066.747688d39ac000bc5f58e8b78651da4c@macosforge.org> #248: HotCocoa Graphics - creates corrupt PDF files ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: rich@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: HotCocoa Graphics PDF | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:30:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:30:51 -0000 Subject: [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window In-Reply-To: <052.a8c98520c3345d2559b23145e32183ee@macosforge.org> References: <052.a8c98520c3345d2559b23145e32183ee@macosforge.org> Message-ID: <061.aa2442c2b2c9b2e3185a2d437be60bee@macosforge.org> #415: Crash with "Call result #2 has unhandled type" trying to display a window -----------------------------------+---------------------------------------- Reporter: trejkaz@? | Owner: rich@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:30:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:30:58 -0000 Subject: [MacRuby] #367: Error in color.rb In-Reply-To: <049.05659c440d67222ac4c7f6e5bb281ff4@macosforge.org> References: <049.05659c440d67222ac4c7f6e5bb281ff4@macosforge.org> Message-ID: <058.b28df7918a4d0944b888d7a433b55155@macosforge.org> #367: Error in color.rb ----------------------------------+----------------------------------------- Reporter: i.script@? | Owner: rich@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Resolution: invalid Keywords: Hotcocoa Color Error | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:31:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:31:37 -0000 Subject: [MacRuby] #300: HotCocoa toolbar doesn't always honour ordering of items In-Reply-To: <050.332ce81a97ae6da01e16e982abe3ca79@macosforge.org> References: <050.332ce81a97ae6da01e16e982abe3ca79@macosforge.org> Message-ID: <059.ba176368f620215028fc57237b328aa0@macosforge.org> #300: HotCocoa toolbar doesn't always honour ordering of items ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: rich@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: HotCocoa NSToolbar | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:31:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:31:46 -0000 Subject: [MacRuby] #470: String comparison issues hotcocoa project In-Reply-To: <046.7f5c07a3b4454050ec54d6cd826ebcae@macosforge.org> References: <046.7f5c07a3b4454050ec54d6cd826ebcae@macosforge.org> Message-ID: <055.26ff844549b42b54578fe45325f7e681@macosforge.org> #470: String comparison issues hotcocoa project -----------------------------+---------------------------------------------- Reporter: tvmoore@? | Owner: rich@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: String issue | -----------------------------+---------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:31:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:31:53 -0000 Subject: [MacRuby] #266: HotCocoa Add descriptions to standard rake tasks In-Reply-To: <050.dcb331a01d6bab68b4dad1ef707a53da@macosforge.org> References: <050.dcb331a01d6bab68b4dad1ef707a53da@macosforge.org> Message-ID: <059.0ebffea77174a74bc1c28279980be3cc@macosforge.org> #266: HotCocoa Add descriptions to standard rake tasks ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: rich@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:32:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:32:01 -0000 Subject: [MacRuby] #278: [HotCocoa] Update application builder to generate core data mom files In-Reply-To: <050.5704ca9e5955af0fdf9488258b88aa5c@macosforge.org> References: <050.5704ca9e5955af0fdf9488258b88aa5c@macosforge.org> Message-ID: <059.e7fe88c2c3762d437cf3de76aeef6e3e@macosforge.org> #278: [HotCocoa] Update application builder to generate core data mom files ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: rich@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:32:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:32:14 -0000 Subject: [MacRuby] #213: timer mapping with :on_action causing app to crash In-Reply-To: <054.89911459f7ae62dd0d4ef9398c642817@macosforge.org> References: <054.89911459f7ae62dd0d4ef9398c642817@macosforge.org> Message-ID: <063.5149c556fd780bad65efba7ada1579f6@macosforge.org> #213: timer mapping with :on_action causing app to crash -------------------------------------+-------------------------------------- Reporter: drnicwilliams@? | Owner: rich@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -------------------------------------+-------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:32:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:32:50 -0000 Subject: [MacRuby] #318: enable arbitrary properties in hotcocoa app Info.plist In-Reply-To: <052.10a58d3abe1cd0d41944bc59cb017a56@macosforge.org> References: <052.10a58d3abe1cd0d41944bc59cb017a56@macosforge.org> Message-ID: <061.7ea0f3faecbdfba484efc9fff0c3ed8c@macosforge.org> #318: enable arbitrary properties in hotcocoa app Info.plist -----------------------------------+---------------------------------------- Reporter: isaackearse@? | Owner: rich@? Type: enhancement | Status: closed Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Resolution: invalid Keywords: hotcocoa | -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:32:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:32:57 -0000 Subject: [MacRuby] #624: assigning a layout_view to a layout_view in a block and then assigning it to a window.view: fails In-Reply-To: <057.27d3c984db870e5db8acf48c591847b6@macosforge.org> References: <057.27d3c984db870e5db8acf48c591847b6@macosforge.org> Message-ID: <066.87ebac097fc5da665b6f3b8072954a0a@macosforge.org> #624: assigning a layout_view to a layout_view in a block and then assigning it to a window.view: fails ------------------------------------------------------+--------------------- Reporter: pontus.stromdahl@? | Owner: rich@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.6 Component: MacRuby | Resolution: invalid Keywords: hotcocoa layout_view setFrame superclass | ------------------------------------------------------+--------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:33:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:33:06 -0000 Subject: [MacRuby] #284: [HotCocoa] start of NSUserDefaults mapping In-Reply-To: <050.b6042e5772bfb7f5129e90bf7cd09e46@macosforge.org> References: <050.b6042e5772bfb7f5129e90bf7cd09e46@macosforge.org> Message-ID: <059.883faf58549d35ea6c3e56aa40d7827c@macosforge.org> #284: [HotCocoa] start of NSUserDefaults mapping ---------------------------------+------------------------------------------ Reporter: dj2@? | Owner: rich@? Type: enhancement | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: HotCocoa is no longer developed here. Please report the problem to http://github.com/richkilmer/hotcocoa. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 14:36:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Aug 2010 21:36:04 -0000 Subject: [MacRuby] #155: arrays can'e be changed while being enumerated In-Reply-To: <048.6a569c707208ac9da510af924f4a822a@macosforge.org> References: <048.6a569c707208ac9da510af924f4a822a@macosforge.org> Message-ID: <057.c87272fb4abc3ae3dc2ab35db495225a@macosforge.org> #155: arrays can'e be changed while being enumerated -------------------------------+-------------------------------------------- Reporter: jason@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix Comment: Modifying a collection while it's being iterated causes undefined behavior, as confirmed by Matz. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:09:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:09:25 -0000 Subject: [MacRuby] #864: String#sum(bits), throws an exception when specified bits >= 64. In-Reply-To: <051.e02e7c54fbde1a16945124d7c4013bb8@macosforge.org> References: <051.e02e7c54fbde1a16945124d7c4013bb8@macosforge.org> Message-ID: <060.a5d624c205961055f7ce8110ab077108@macosforge.org> #864: String#sum(bits), throws an exception when specified bits >= 64. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4470. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:12:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:12:56 -0000 Subject: [MacRuby] #842: setting $SAFE inside Proc should not override top-level $SAFE (was: Can't catch the exception of SecurityError Level 4.) In-Reply-To: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> References: <051.68033642e51e05da602bf7fd42325efa@macosforge.org> Message-ID: <060.bdc117ec381da9c6cae41daf2310d935@macosforge.org> #842: setting $SAFE inside Proc should not override top-level $SAFE ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Renamed ticket accordingly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:17:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:17:22 -0000 Subject: [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7 In-Reply-To: <050.47ff65541d180ae96958c4137f885b68@macosforge.org> References: <050.47ff65541d180ae96958c4137f885b68@macosforge.org> Message-ID: <059.cfd2978a7a8bccdaa8c950fbd44707c7@macosforge.org> #694: framework 'Cocoa' in macirb crashes 0.6, 0.7 ---------------------------------+------------------------------------------ Reporter: marick@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: reopened => closed * resolution: => fixed * milestone: => MacRuby 0.7 Old description: > {{{ > 787 $ macirb > irb(main):001:0> framework 'Cocoa' > framework 'Cocoa' > unknown: [BUG] Segmentation fault > MacRuby version 0.7 (ruby 1.9.0) [universal-darwin10.0, x86_64] > > Abort trap > 788 $ }}} New description: {{{ 787 $ macirb irb(main):001:0> framework 'Cocoa' framework 'Cocoa' unknown: [BUG] Segmentation fault MacRuby version 0.7 (ruby 1.9.0) [universal-darwin10.0, x86_64] Abort trap 788 $ }}} -- Comment: This bug is no longer appearing as of trunk. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:19:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:19:20 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity (was: nsset + bindings error) In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.9ae0991ae26c3586302ab239f8172f78@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Renamed title accordingly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:19:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:19:55 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.9b34073f20d2de07fefeb0c04be445a1@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Adding 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:51:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:51:18 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.9171071f9750b328d0771891e557c31f@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- Comment(by martinlagardette@?): Attached a patch that recaches when the current argc for a selector is different from the one in cache. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Aug 26 17:55:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 00:55:22 -0000 Subject: [MacRuby] #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics In-Reply-To: <057.653ff679d285a7e84ed704c7e60fc645@macosforge.org> References: <057.653ff679d285a7e84ed704c7e60fc645@macosforge.org> Message-ID: <066.ba2ae05e7504cedad857b4e517190cb2@macosforge.org> #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics ----------------------------------------+----------------------------------- Reporter: martinlagardette@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Adding 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 01:36:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Aug 2010 08:36:05 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.63efcf0096435058914e6747c7fa7a99@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): The patch looked good, however when I merge it spec:ci fails immediately. Some debugging is needed :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 19:13:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 02:13:03 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. Message-ID: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat t.rb Sandbox.no_writes.apply! begin Sandbox.no_network.apply! rescue => e p e end p :ok }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb /Users/watson/src/MacRuby/t.rb:4:in `
': Couldn't apply sandbox: `Operation not permitted` (SecurityError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 19:25:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 02:25:21 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.32407879865f46a1ce8a2a39af4b3665@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): If change rb_eSecurityError to rb_eRuntimeError in sandbox.c, catch it. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb nil # :ok }}} Is it specifications not to have catch? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 20:46:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 03:46:12 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.c767fde6aaf7653788e663abad96c56c@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I believe it's because SecurityError is a special class that isn't caught by default rescue blocks. {{{ $ macruby -e "p SecurityError.ancestors" [SecurityError, Exception, NSObject, Kernel] $ macruby -e "p RuntimeError.ancestors" [RuntimeError, StandardError, Exception, NSObject, Kernel] }}} Only StandardError exceptions are caught in default rescue blocks, I think. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 20:50:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 03:50:26 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.aca6788495a83f18f4e8db444b8bc4bb@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): So, the crash happens when I implement the following IOBluetooth delegate method and the framework tries to call it: {{{ - (void)l2capChannelData:(IOBluetoothL2CAPChannel*)l2capChannel data:(void *)dataPointer length:(size_t)dataLength; }}} I've attempted to create a sample for you that demonstrates the problem and have attached it to this issue. Inside you will find three xcode projects: DefectSample:: This is a simple cocoa framework project that will play the part of the Obj-c code trying to call the delegate. CocoaApp:: This is a simple cocoa application that registers itself as the delegate of the DefectSample framework and provides buttons to force the framework to call the delegate methods. MacRubyApp:: This is a macruby port of the CocoaApp. In order to run this, first build the DefectSample project then build and run the other two projects. When running CocoaApp, all of the buttons work fine and the delegate methods are called with no issues. When running MacRubyApp, four of the six buttons will cause the app to crash in exactly the same place that IOBluetooth is as shown in the stack trace from my previous comment. The two buttons that work in MacRubyApp are the delegate method that accepts an NSNumber and the delegate method that takes no arguments. I hope this gives you a good idea about what my problem might be. If not, I can try to work up a sample using the actual IOBluetooth framework but I fear that will be much harder for you to test with. Let me know. Thanks for your help. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 21:24:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 04:24:34 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.64ecc821449d71d5e6437a5262baaab5@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): in #842, can catch exception of SecurityError. [[BR]] Is this another exception? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 21:49:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 04:49:54 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.4cd0e436422a5784d117fa8d4eb04ebb@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I am very Sorry. I mistook X( {{{ Sandbox.no_writes.apply! begin Sandbox.no_network.apply! rescue SecurityError => e p e end p :ok }}} {{{ $ macruby t.rb # :ok }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 21:51:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 04:51:05 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.4e9a065a7c8122d6111a38653918b89d@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Yeah, it looks like it's behaving normally :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 21:51:44 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 04:51:44 -0000 Subject: [MacRuby] #878: Can't catch an exception of Sandbox. In-Reply-To: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> References: <051.19da8832dc1184dbba8d125fa2faefd5@macosforge.org> Message-ID: <060.6c96a2ba19a554e4d1d80bad619a2745@macosforge.org> #878: Can't catch an exception of Sandbox. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => invalid Comment: I'm closing the bug as "invalid". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 22:41:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 05:41:55 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.dace0687a6da21183e66f3c067cf0d29@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => Comment: I'm confused, the attached projects do not deal with IOBluetooth. You have a pure Objective-C framework (DefectSample) which exposes an informal protocol, you use it from MacRuby (MacRubyApp) and the methods are not registered with the proper signatures, which is normal since the pure Objective-C framework is not covered by a BridgeSupport file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 22:46:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 05:46:21 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.e4d84daca11e952144b3c22178628810@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): Could you tell us the IOBluetooth callbacks your MacRuby code is using? In the backtrace posted above, -[IOBluetoothL2CAPChannel processIncomingData:] calls a MacRuby method. It would be nice to know which one. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Aug 27 22:58:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 05:58:52 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.e01576010a113076b020ec937cbd2aec@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): To locate the method, an easy way is to start your program in the Xcode debugger, then make the app crash. In the debugger prompt, ask for the backtrace (typing "bt"), then call the rb_symbolicate() functions on the ?? address. Given your backtrace: {{{ #0 0x00007fff80bbc5f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x00000001036ccce0 in ?? () #3 0x00007fff86c1ddd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff86c1c767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () }}} You can type: {{{ (gdb) p rb_symbolicate(0x00000001036ccce0) }}] This should show you the Ruby file, line and name of the method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 28 04:21:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 11:21:49 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.e7ec7325f533546e1991902550222445@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Using r4433. I attach backtrace log of GDB. {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x000000011b5df000 0x00007fff86a21dd1 in libunwind::CFI_Parser::decodeFDE () (gdb) bt #0 0x00007fff86a21dd1 in libunwind::CFI_Parser::decodeFDE () #1 0x00007fff86a1cc7f in _unw_add_dynamic_fde () #2 0x00000001004a20a5 in (anonymous namespace)::JITEmitter::finishFunction () at JITEventListener.h:70 #3 0x00000001001e1011 in (anonymous namespace)::Emitter::runOnMachineFunction () at Twine.h:210 #4 0x000000010051e26e in llvm::MachineFunctionPass::runOnFunction () at vector.tcc:300 #5 0x00000001008e1e80 in llvm::FPPassManager::runOnFunction () at DebugInfo.h:126 #6 0x00000001008e2142 in llvm::FunctionPassManagerImpl::run () at DebugInfo.h:126 #7 0x00000001008e251c in llvm::FunctionPassManager::run () at DebugInfo.h:126 #8 0x000000010048d8ba in llvm::JIT::runJITOnFunctionUnlocked () at Twine.h:210 #9 0x000000010048e85f in llvm::JIT::getPointerToFunction () at Twine.h:210 #10 0x0000000100140b86 in RoxorCore::compile (this=0x10206f400, func=0x11dd1b470, run_optimize=true) at vm.cpp:583 #11 0x00000001001443b3 in RoxorCore::resolve_method (this=0x10206f400, klass=0x20101a200, sel=0x11dcef900, func=0x11dd1b150, arity=@0x11dd26708, flags=0, imp=0x1197fffa0, m=0x0, objc_imp_types=0x0) at vm.cpp:1865 #12 0x000000010014460f in RoxorCore::resolve_methods (this=0x10206f400, map=0x11dd23900, klass=0x20101a200, sel=0x11dcef900) at vm.cpp:1908 #13 0x0000000100145801 in rb_vm_resolve_method (klass=0x20101a200, sel=0x11dcef900) at vm.cpp:1959 #14 0x000000010014589c in resolveClassMethod_imp (self=0x20101a240, sel=0x7fff86036270, name=0x11dcef900) at vm.cpp:4706 #15 0x00007fff8321e89b in _class_resolveMethod () #16 0x000000010013ad70 in rb_vm_lookup_method (klass=0x20101a200, sel=0x11dcef900, pimp=0x0, pnode=0x7fff5fbf21b8) at vm.cpp:2467 #17 0x000000010013e540 in rb_vm_lookup_method2 (klass=0x20101a200, mid=134448, psel=0x7fff5fbf21b0, pimp=0x0, pnode=0x7fff5fbf21b8) at vm.cpp:2447 #18 0x00000001000e1c88 in rb_export_method (klass=8606818816, name=134448, noex=2) at vm_method.c:80 #19 0x00000001000e27b7 in set_method_visibility (self=8606818816, argc=1, argv=0x7fff5fbf3190, ex=2) at vm_method.c:435 #20 0x00000001000e2b3f in rb_mod_private (module=8606818816, sel=0x1010d3600, argc=1, argv=0x7fff5fbf3190) at vm_method.c:512 #21 0x000000010012d9d1 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:435 #22 0x000000010012d9d1 in rb_vm_dispatch () at dispatcher.cpp:816 #23 0x000000010355a4f0 in ?? () #24 0x000000011b77f7f1 in ?? () #25 0x000000011b77f64f in ?? () #26 0x000000011b77f4a5 in ?? () #27 0x000000011b77f2b8 in ?? () #28 0x0000000100147ac6 in rb_vm_run (fname=0x2010d6e40 "/Users/watson/src /MacRuby-bak/spec/frozen/fixtures/kernel/classes.rb", node=0x20102d220, binding=0x0, inside_eval=false) at vm.cpp:3821 #29 0x0000000100040f90 in rb_load (fname=8607560608, wrap=0) at load.c:95 #30 0x00000001000414ed in load_try (path=8607581568) at load.c:251 #31 0x000000010014658c in rb_rescue2 (b_proc=0x1000414d3 , data1=8607581568, r_proc=0x100041513 , data2=8607581568) at vm.cpp:3395 #32 0x000000010004161a in rb_require_safe (fname=8607574976, safe=0) at load.c:297 #33 0x0000000100041016 in rb_f_require (obj=8590071584, fname=8607618880) at load.c:149 #34 0x0000000100041039 in rb_f_require_imp (obj=8590071584, sel=0x10103c930, fname=8607618880) at load.c:155 #35 0x000000010012e002 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:161 #36 0x000000010012e002 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #37 0x000000010012e002 in rb_vm_dispatch () at dispatcher.cpp:816 #38 0x000000010355a4f0 in ?? () #39 0x000000011b77f016 in ?? () #40 0x0000000100147ac6 in rb_vm_run (fname=0x201260360 "/Users/watson/src /MacRuby-bak/spec/frozen/shared/kernel/method_missing.rb", node=0x2010efd20, binding=0x0, inside_eval=false) at vm.cpp:3821 #41 0x0000000100040f90 in rb_load (fname=8604406912, wrap=0) at load.c:95 #42 0x00000001000414ed in load_try (path=8604436096) at load.c:251 #43 0x000000010014658c in rb_rescue2 (b_proc=0x1000414d3 , data1=8604436096, r_proc=0x100041513 , data2=8604436096) at vm.cpp:3395 #44 0x000000010004161a in rb_require_safe (fname=8604431296, safe=0) at load.c:297 #45 0x0000000100041016 in rb_f_require (obj=8590071584, fname=8604429824) at load.c:149 #46 0x0000000100041039 in rb_f_require_imp (obj=8590071584, sel=0x10103c930, fname=8604429824) at load.c:155 #47 0x000000010012e002 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:161 #48 0x000000010012e002 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #49 0x000000010012e002 in rb_vm_dispatch () at dispatcher.cpp:816 #50 0x000000010355a4f0 in ?? () #51 0x000000011b77eb96 in ?? () #52 0x0000000100147ac6 in rb_vm_run (fname=0x201269f00 "/Users/watson/src /MacRuby-bak/spec/frozen/core/basicobject/method_missing_spec.rb", node=0x200dd54c0, binding=0x0, inside_eval=false) at vm.cpp:3821 #53 0x0000000100040f90 in rb_load (fname=8605132672, wrap=0) at load.c:95 #54 0x0000000100040fef in rb_f_load (rcv=8590041984, sel=0x7fff80d4cc91, argc=1, argv=0x7fff5fbf68a8) at load.c:120 #55 0x000000010012d9d1 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:435 #56 0x000000010012d9d1 in rb_vm_dispatch () at dispatcher.cpp:816 #57 0x000000010355a4f0 in ?? () #58 0x00000001035b27e8 in ?? () #59 0x000000010013534b in __rb_vm_bcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:98 #60 0x000000010013534b in vm_block_eval [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:1162 #61 0x000000010013534b in rb_vm_yield_under () at dispatcher.cpp:1258 #62 0x00000001000e3fe9 in specific_eval (argc=0, argv=0x0, klass=8605276544, self=8602828960) at vm_eval.c:372 #63 0x00000001000e4598 in rb_obj_instance_eval (self=8602828960, sel=0x1010d0730, top=8590795264, argc=0, argv=0x0) at vm_eval.c:536 #64 0x000000010012da84 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:444 #65 0x000000010012da84 in rb_vm_dispatch () at dispatcher.cpp:816 #66 0x000000010355a4f0 in ?? () #67 0x00000001035b2905 in ?? () #68 0x000000010012e002 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:161 #69 0x000000010012e002 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #70 0x000000010012e002 in rb_vm_dispatch () at dispatcher.cpp:816 #71 0x000000010355a4f0 in ?? () #72 0x00000001035b1538 in ?? () #73 0x0000000100134263 in __rb_vm_bcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:100 #74 0x0000000100134263 in vm_block_eval [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:1162 #75 0x0000000100134263 in rb_vm_yield_args () at dispatcher.cpp:1219 #76 0x00000001000e390e in rb_vm_yield (argc=1, argv=0x7fff5fbf93e8) at vm.h:629 #77 0x00000001000e38e1 in rb_yield (val=8593258560) at vm_eval.c:196 #78 0x00000001000177cf in rary_each (ary=8593809472, sel=0x10104cd10) at array.c:1064 #79 0x000000010012dfd0 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:159 #80 0x000000010012dfd0 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #81 0x000000010012dfd0 in rb_vm_dispatch () at dispatcher.cpp:816 #82 0x000000010355a4f0 in ?? () #83 0x00000001035b0f4a in ?? () #84 0x000000010012dfd0 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:159 #85 0x000000010012dfd0 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #86 0x000000010012dfd0 in rb_vm_dispatch () at dispatcher.cpp:816 #87 0x000000010355a4f0 in ?? () #88 0x00000001035b0587 in ?? () #89 0x000000010012dfd0 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:159 #90 0x000000010012dfd0 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #91 0x000000010012dfd0 in rb_vm_dispatch () at dispatcher.cpp:816 #92 0x000000010355a4f0 in ?? () #93 0x00000001035afbf3 in ?? () #94 0x000000010012dfd0 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:159 #95 0x000000010012dfd0 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #96 0x000000010012dfd0 in rb_vm_dispatch () at dispatcher.cpp:816 #97 0x000000010355a4f0 in ?? () #98 0x000000010359e0ff in ?? () #99 0x000000010012dfd0 in __rb_vm_rcall [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:159 #100 0x000000010012dfd0 in ruby_dispatch [inlined] () at /Users/watson/src /MacRuby-bak/dispatcher.cpp:453 #101 0x000000010012dfd0 in rb_vm_dispatch () at dispatcher.cpp:816 #102 0x000000010355a4f0 in ?? () #103 0x000000010355a1be in ?? () #104 0x0000000100147ac6 in rb_vm_run (fname=0x2000c6a80 "/Users/watson/src /MacRuby-bak/mspec/bin/mspec-ci", node=0x2000c8e60, binding=0x0, inside_eval=false) at vm.cpp:3821 #105 0x0000000100038c3f in ruby_run_node (n=0x2000c8e60) at eval.c:211 #106 0x0000000100000c15 in main (argc=28, argv=0x10101de20, envp=0x7fff5fbfe480) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 28 04:47:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 11:47:13 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.f4bdeb68903f45e8ba4006ae9a70bcbd@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): Sorry for the confusion on the attachment. I didn't want you to have to use an actual bluetooth device to try out the code, so I was attempting to demonstrate the problem without using IOBluetooth. The IOBluetooth callback that causes the crash is: {{{ - (void)l2capChannelData:(IOBluetoothL2CAPChannel*)l2capChannel data:(void *)dataPointer length:(size_t)dataLength; }}} which I've implemented in my ruby code as: {{{ def l2capChannelData l2capChannel, data:data, length:dataLength }}} At least I think this is the case because if I comment out that method the application no longer crashes. I tried to get the method name in the debugger as requested but didn't have any luck. I got: {{{ (gdb) bt #0 0x00007fff80bbc5f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x0000000103f09630 in ?? () #3 0x00007fff86c1ddd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff86c1c767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () #5 0x00007fff820bf07f in __NSFireMachPort () #6 0x00007fff831b7bce in __CFMachPortPerform () #7 0x00007fff83190171 in __CFRunLoopRun () #8 0x00007fff8318e84f in CFRunLoopRunSpecific () #9 0x00007fff8766491a in RunCurrentEventLoopInMode () #10 0x00007fff8766471f in ReceiveNextEventCommon () #11 0x00007fff876645d8 in BlockUntilNextEventMatchingListInMode () #12 0x00007fff838ed29e in _DPSNextEvent () #13 0x00007fff838ecbed in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #14 0x00007fff838b28d3 in -[NSApplication run] () #15 0x00007fff838ab5f8 in NSApplicationMain () #16 0x0000000103f02dcd in ?? () #17 0x0000000100140c94 in rb_vm_dispatch () #18 0x0000000103f01260 in ?? () #19 0x0000000103f00a1b in ?? () #20 0x000000010014ec08 in rb_vm_run () #21 0x0000000100040650 in ruby_run_node () #22 0x000000010014f06d in macruby_main () #23 0x0000000100000efe in main (argc=1, argv=0x7fff5fbff640) (gdb) p rb_symbolicate(0x0000000103f09630) warning: Cancelling call - objc code on the current thread's stack makes this unsafe. warning: Canceling call as the ObjC runtime would deadlock. Unable to call function "rb_symbolicate" at 0x100147be0: no return type information available. To call this function anyway, you can cast the return type explicitly (e.g. 'print (float) fabs (3.0)') }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Aug 28 15:47:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Aug 2010 22:47:55 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors Message-ID: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- {{{ require 'open-uri' open("http://subefotos.com") { |f| p f.content_type, f.charset, f.read.encoding } }}} generates {{{ incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) }}} The page is iso-8859-1 and has the correct header. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 29 13:41:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Aug 2010 20:41:12 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.bfc35e0129f76bb4cecce60efd99c4d9@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by watson1978@?): I guess that this issue is reproduction of #849. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 29 13:46:14 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Aug 2010 20:46:14 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.4312f56f4f3168dd85bbee0c71a83607@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Using 32bit arch (Build with "RC_ARCHS=i386 rake jobs=2"), Crash in the following parts. {{{ $ opts="-V" rake spec:ci (in /Users/watson/src/MacRuby) rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec -V :full MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] /Users/watson/src/MacRuby/spec/macruby/core/array_spec.rb 2010-08-30 05:38:57.068 macruby[56998:613] +[NSATSGlyphGenerator initialize] invocation. The class is deprecated. . /Users/watson/src/MacRuby/spec/macruby/core/cftype_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/constant_spec.rb F /Users/watson/src/MacRuby/spec/macruby/core/exception_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/file_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/float_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/gcd/block_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/gcd/group_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/gcd/queue_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/gcd/semaphore_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/gcd/source_spec.rb rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 29 13:50:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Aug 2010 20:50:21 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.a900c526b91a3ede91fce48071c2f9bb@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Using 64bit arch.[[BR]] When I tried the following environment variables, there was the case that did not crash. || GC_DISABLE || crash || || VM_DISABLE_INTERPRETER || not crash || || VM_VERIFY_IR || crash || || AUTO_USE_TLC=0 || crash || || VM_OPT_LEVEL=0 || not crash || || VM_OPT_LEVEL=1 || crash || || VM_OPT_LEVEL=2 || crash || || VM_OPT_LEVEL=3 || not crash (1.6GB memory used) || -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 29 14:35:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Aug 2010 21:35:55 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.d882f45ae0c6b668bda540ca9e307ca4@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by smparkes@?): It's possible, but I did look at #849 and it looked rather pack-specific. Beyond that, I'm not sure. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Aug 29 18:07:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 01:07:05 -0000 Subject: [MacRuby] #880: Bus error with Dispatch::Source, Using 32bit arch. Message-ID: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> #880: Bus error with Dispatch::Source, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require "dispatch" @q = Dispatch::Queue.new('org.macruby.gcd_spec.sources') @sm = Dispatch::Semaphore.new(0) @type = Dispatch::Source::DATA_ADD src = Dispatch::Source.new(@type, 0, 0, @q) { } p src }}} Result of 64bit: {{{ $ macruby -v t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/1.9.2/dispatch/enumerable.rb:34: warning: `&' interpreted as argument prefix /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/ruby/1.9.2/dispatch/enumerable.rb:36: warning: `&' interpreted as argument prefix # }}} Result of 32bit: {{{ $ DYLD_LIBRARY_PATH=. gdb --args ./macruby -v -I./lib t.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/qoo/src/MacRuby/macruby -v -I./lib t.rb Reading symbols for shared libraries .++++........................ done Reading symbols for shared libraries . done MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] /Users/qoo/src/MacRuby/lib/dispatch/enumerable.rb:34: warning: `&' interpreted as argument prefix /Users/qoo/src/MacRuby/lib/dispatch/enumerable.rb:36: warning: `&' interpreted as argument prefix Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000008 0x98259b4b in dispatch_resume () (gdb) bt #0 0x98259b4b in dispatch_resume () #1 0x0010aa3f in rb_dispatch_resume [inlined] () at /Users/qoo/src/MacRuby/gcd.c:606 #2 0x0010aa3f in rb_source_init (self=25746864, sel=0x96d9a538, type=1, handle=1, mask=1, queue=25678560) at gcd.c:839 #3 0x00154283 in rb_vm_dispatch (_vm=0xe06530, cache=0xa0433e0, top=0, self=25746864, klass=0x187a360, sel=0x96d9a538, block=0x18841c0, opt=2 '\002', argc=4, argv=0xbffff27c) at dispatcher.cpp:167 #4 0x00075238 in rb_class_new_instance_imp (klass=25666400, sel=0xe53e70, argc=4, argv=0xbffff27c) at vm.h:594 #5 0x00154130 in rb_vm_dispatch (_vm=0xe06530, cache=0xa050460, top=25287232, self=25666400, klass=0x187a3a0, sel=0xe53e70, block=0x18841c0, opt=0 '\0', argc=4, argv=0xbffff27c) at dispatcher.cpp:435 #6 0x09e00b85 in ?? () #7 0x09e00368 in ?? () #8 0x0016134c in rb_vm_run (fname=0x18773a0 "t.rb", node=0x187f0c0, binding=0x0, inside_eval=false) at vm.cpp:3823 #9 0x00043391 in ruby_run_node (n=0x187f0c0) at eval.c:211 #10 0x00001c68 in main (argc=4, argv=0xe060b0, envp=0xbffff36c) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 05:11:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 12:11:59 -0000 Subject: [MacRuby] #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. Message-ID: <051.9dfb1a7ae99a8ff6d8c3a98832b68bcf@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: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/core/array/sort_spec.rb # it "does not deal with exceptions raised by unimplemented or incorrect #<=>" do o = Object.new [o, 1].sort }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t1.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] terminate called without an active exception zsh: abort DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t1.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 05:20:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 12:20:32 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. Message-ID: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/language/catch_spec.rb # it "does not match objects that are not exactly the same" do catch("exit") { throw :exit } catch("exit") { throw "exit" } }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] zsh: bus error DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 05:47:38 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 12:47:38 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. Message-ID: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/core/thread/alive_spec.rb # it "describes a running thread" do t = Thread.new { sleep 1 } t.kill }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 06:37:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 13:37:15 -0000 Subject: [MacRuby] #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. Message-ID: <051.07bcd6c2ccc5b9e454dab26e0d6033ca@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: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/core/thread/raise_spec.rb # it "can go unhandled" do t = Thread.new do loop {} end t.raise t.value }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 13:42:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 20:42:55 -0000 Subject: [MacRuby] #885: string formatter %-8s with symbol crashes Message-ID: <052.42a247b6ca8b0847087f2dd2d08752d5@macosforge.org> #885: string formatter %-8s with symbol crashes -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- As of trunk: {{{ $ /usr/local/bin/macruby -e "p '%-8s' % :foo" 2010-08-30 13:41:19.145 macruby[1859:c03] -[Symbol replaceCharactersInRange:withString:]: unrecognized selector sent to instance 0x4004c6400 uncaught Objective-C/C++ exception... 2010-08-30 13:41:19.147 macruby[1859:c03] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[Symbol replaceCharactersInRange:withString:]: unrecognized selector sent to instance 0x4004c6400' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff82c10226 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff88812802 objc_exception_throw + 45 2 CoreFoundation 0x00007fff82c87bf5 -[NSObject doesNotRecognizeSelector:] + 149 3 CoreFoundation 0x00007fff82be1d69 ___forwarding___ + 361 4 CoreFoundation 0x00007fff82bde828 _CF_forwarding_prep_0 + 232 5 CoreFoundation 0x00007fff82bc7681 CFStringReplace + 129 6 libmacruby.dylib 0x000000010c316fd0 rb_str_format + 1360 7 libmacruby.dylib 0x000000010c31afa1 rb_str_intern_fast + 401 8 libmacruby.dylib 0x000000010c39aecb rb_vm_dispatch + 6651 9 ??? 0x000000010db643d0 0x0 + 4525016016 10 ??? 0x000000010db64079 0x0 + 4525015161 11 libmacruby.dylib 0x000000010c3a8118 rb_vm_run + 488 12 libmacruby.dylib 0x000000010c298990 ruby_run_node + 80 13 macruby 0x000000010c267cf8 main + 152 14 macruby 0x000000010c267c54 start + 52 ) terminate called throwing an exceptionAbort trap: 6 }}} Found by playing with the yard tool. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 13:53:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 20:53:15 -0000 Subject: [MacRuby] #885: string formatter %-8s with symbol crashes In-Reply-To: <052.42a247b6ca8b0847087f2dd2d08752d5@macosforge.org> References: <052.42a247b6ca8b0847087f2dd2d08752d5@macosforge.org> Message-ID: <061.66d5e3bcd0760a34abbc124121140818@macosforge.org> #885: string formatter %-8s with symbol crashes -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | 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: Okay that was an easy one, fixed in r4478. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 14:50:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 21:50:28 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.990d6c037d3cbcb415aff8a31ef6a9b2@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): Mmmh, I can't reproduce with trunk: {{{ $> cat /tmp/t.rb # spec/frozen/language/catch_spec.rb # it "does not match objects that are not exactly the same" do catch("exit") { throw :exit } catch("exit") { throw "exit" } $> DYLD_LIBRARY_PATH=. arch -i386 ./macruby -v -I./lib /tmp/t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] /tmp/t.rb:3:in `block': uncaught throw :exit (ArgumentError) from /tmp/t.rb:3:in `
' $> DYLD_LIBRARY_PATH=. arch -i386 ./macruby -v -e 'p MACRUBY_REVISION' MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] "svn revision 4478 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" $> }}} Did you try rebuilding everything? Sometimes it helps (`rake clean; mkdir doc; rake jobs=4`) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 15:05:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 22:05:16 -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.1842880867a196143d5c9afa3278bc99@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 martinlagardette@?): GDB Backtrace: {{{ $> DYLD_LIBRARY_PATH=. gdb --arch i386 --args ./macruby /tmp/t.rb [...] (gdb) r Starting program: /Users/naixn/Documents/Projets/MacRuby/macruby /tmp/t.rb Reading symbols for shared libraries .++++........................ done terminate called without an active exception Program received signal SIGABRT, Aborted. 0x91d2eef6 in __kill () (gdb) bt #0 0x91d2eef6 in __kill () #1 0x91d2eee8 in kill$UNIX2003 () #2 0x91dc162d in raise () #3 0x91dd76e4 in abort () #4 0x9278efda in __gnu_cxx::__verbose_terminate_handler () #5 0x9278d17a in __cxxabiv1::__terminate () #6 0x9278d1ba in std::terminate () #7 0x9278d2b8 in __cxa_throw () #8 0x00157026 in rb_vm_raise (exception=25704224) at vm.cpp:3324 #9 0x00033481 in rb_exc_raise (mesg=25704224) at eval.c:326 #10 0x00031e3b in rb_raise (exc=Could not find the frame base for "rb_raise". ) at error.c:1119 #11 0x0001fcd1 in rb_cmperr (x=25711328, y=25695072) at compar.c:32 #12 0x000148fb in rb_cmpint (val=4, a=25711328, b=5) at bignum.c:66 #13 0x91d4a234 in _qsort () #14 0x000070e2 in sort_bang (ary=25710976, is_dup=true) at array.c:1514 #15 0x00144628 in rb_vm_dispatch (_vm=0xe063a0, cache=0xa04f548, top=25287680, self=25711008, klass=0x1848350, sel=0x92cc0909, block=0x0, opt=0 '\0', argc=0, argv=0x0) at dispatcher.cpp:159 #16 0x09f004a6 in ?? () #17 0x09f000e4 in ?? () #18 0x001516dc in rb_vm_run (fname=0x187e480 "/tmp/t.rb", node=0x1884de0, binding=0x0, inside_eval=false) at vm.cpp:3823 #19 0x00033811 in ruby_run_node (n=0x1884de0) at eval.c:211 #20 0x00001c08 in main (argc=2, argv=0xe06070, envp=0xbffff7b8) at main.cpp:40 $> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 16:54:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 23:54:59 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.0e8d5557f318ce3cfcd3a86e740269d4@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): Oh, you might want to cast the call as void in the debugger. {{{ (gdb) p (void)rb_symbolicate(0x0000000103f09630) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 16:59:33 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 30 Aug 2010 23:59:33 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.482349c7f3d42d243b7552458d0aad05@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): After Rebuilt: {{{ $ rake clean; mkdir doc; RC_ARCHS=i386 rake jobs=2 $ cat t.rb # spec/frozen/language/catch_spec.rb # it "does not match objects that are not exactly the same" do catch("exit") { throw :exit } catch("exit") { throw "exit" } $ DYLD_LIBRARY_PATH=. ./macruby -v -e 'p MACRUBY_REVISION' MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] "git commit 4dbcad71ba4233c3eef93d6276d920132d0d91c9" $ git log | head -7 commit 4dbcad71ba4233c3eef93d6276d920132d0d91c9 Author: lsansonetti at apple.com Date: Mon Aug 30 20:52:55 2010 +0000 #sprintf: don't try to mutate symbols git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk at 4478 23306eb0-4c56-4727-a40e-e92c0eb68959 $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] zsh: bus error DYLD_LIBRARY_PATH=. arch -i386 ./macruby -v -I./lib t.rb $ DYLD_LIBRARY_PATH=. gdb --args ./macruby -v -I./lib t.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -v -I./lib t.rb warning: posix_spawn failed, trying execvp, error: 86 Reading symbols for shared libraries .++++......................... done Reading symbols for shared libraries . done MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000003 0x0015e2d6 in RoxorVM::ruby_catch (this=0x1406570, tag=34058336) at vm.cpp:4144 4144 if (sexc != NULL && sexc->type == CATCH_THROW_EXCEPTION) { (gdb) p sexc $1 = (RoxorSpecialException *) 0x3 (gdb) p sexc->type Cannot access memory at address 0x3 (gdb) bt #0 0x0015e2d6 in RoxorVM::ruby_catch (this=0x1406570, tag=34058336) at vm.cpp:4144 #1 0x00164795 in rb_vm_catch (tag=34058336) at vm.cpp:4167 #2 0x0015269d in rb_vm_dispatch (_vm=0x1406570, cache=0xa852c50, top=33675840, self=33675840, klass=0x201daf0, sel=0x14720f0, block=0x2078ce0, opt=2 '\002', argc=1, argv=0xbfffe898) at dispatcher.cpp:161 #3 0x01700455 in ?? () #4 0x017000ac in ?? () #5 0x0015f6dc in rb_vm_run (fname=0x207a100 "t.rb", node=0x207aca0, binding=0x0, inside_eval=false) at vm.cpp:3823 #6 0x000416d1 in ruby_run_node (n=0x207aca0) at eval.c:211 #7 0x00001c68 in main (argc=4, argv=0x14060f0, envp=0xbfffe980) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 17:25:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 00:25:24 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.db29c94dfe23aca22d6f08a48dbf627e@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): It looks like l2capChannelData:data:length: is properly annotated in the BridgeSupport file, so this is strange. Could you tell us more about the context where the method is defined in MacRuby? How is this method created? (on what kind of class). Thanks. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 18:45:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 01:45:36 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.a6ce384d3de73b62c07bffbb3e577c3f@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I think that initialization is insufficient. {{{ #!diff diff --git a/vm.cpp b/vm.cpp index 3751fc2..acccfb5 100644 --- a/vm.cpp +++ b/vm.cpp @@ -400,6 +400,7 @@ RoxorVM::RoxorVM(void) parse_in_eval = false; has_ensure = false; return_from_block = -1; + special_exc = NULL; current_super_class = NULL; current_super_sel = 0; }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 18:57:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 01:57:30 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.fc840778f5991978f9c76cbb1b80d242@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Good catch! This must be fixed :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 19:07:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 02:07:11 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.1c59b1fe701be17d60beae836d61d281@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with r4479. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 19:07:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 02:07:39 -0000 Subject: [MacRuby] #882: Bus error with catch / throw, Using 32bit arch. In-Reply-To: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> References: <051.fc4afff80016b07f262b58b21e2459cb@macosforge.org> Message-ID: <060.bd17b5202fd96473acb2a0c2519f6234@macosforge.org> #882: Bus error with catch / throw, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * milestone: => MacRuby 0.7 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 22:46:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 05:46:15 -0000 Subject: [MacRuby] #880: Bus error with Dispatch::Source, Using 32bit arch. In-Reply-To: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> References: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> Message-ID: <060.04870e722ab096a1275120c81a82f74d@macosforge.org> #880: Bus error with Dispatch::Source, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I think that the reason for the order of declaring the member of rb_source_t is not corresponding to rb_dispatch_obj_t, rb_queue_t and rb_group_t. {{{ #!diff diff --git a/gcd.c b/gcd.c index cacd6b5..42131d2 100644 --- a/gcd.c +++ b/gcd.c @@ -77,8 +77,8 @@ typedef enum SOURCE_TYPE_ENUM typedef struct { struct RBasic basic; int suspension_count; - source_enum_t source_enum; dispatch_source_t source; + source_enum_t source_enum; rb_vm_block_t *event_handler; VALUE handle; } rb_source_t; @@ -87,6 +87,7 @@ typedef struct { typedef struct { struct RBasic basic; + int reserved; dispatch_semaphore_t sem; long count; } rb_semaphore_t; }}} Result: {{{ $ DYLD_LIBRARY_PATH=. arch -x86_64 ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/watson/src/MacRuby/lib/dispatch/enumerable.rb:34: warning: `&' interpreted as argument prefix /Users/watson/src/MacRuby/lib/dispatch/enumerable.rb:36: warning: `&' interpreted as argument prefix # $ DYLD_LIBRARY_PATH=. arch -i386 ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] /Users/watson/src/MacRuby/lib/dispatch/enumerable.rb:34: warning: `&' interpreted as argument prefix /Users/watson/src/MacRuby/lib/dispatch/enumerable.rb:36: warning: `&' interpreted as argument prefix # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 23:12:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 06:12:50 -0000 Subject: [MacRuby] #880: Bus error with Dispatch::Source, Using 32bit arch. In-Reply-To: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> References: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> Message-ID: <060.d0c9d7939bfa0c81e38d564e7cf0de07@macosforge.org> #880: Bus error with Dispatch::Source, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Sigh, I wish the guys working on this file were more careful :( I believe it would be better to include a rb_dispatch_obj_t field in each structure instead, which would make the code less error prone (but it would probably require a few additional changes). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Aug 30 23:26:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 06:26:49 -0000 Subject: [MacRuby] #880: Bus error with Dispatch::Source, Using 32bit arch. In-Reply-To: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> References: <051.f617373e997485be8bb2ab4fcc575cbe@macosforge.org> Message-ID: <060.9392e32ffc4c029d4af973eb35dbfb48@macosforge.org> #880: Bus error with Dispatch::Source, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Fixed with r4481. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 08:26:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 15:26:12 -0000 Subject: [MacRuby] #886: Abort occurs within "spec/macruby/language/objc_method_spec.rb", Using 32bit arch. Message-ID: <051.901c66ccbdceeef66c8dc8cbf8fb41ab@macosforge.org> #886: Abort occurs within "spec/macruby/language/objc_method_spec.rb", Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec ./spec/macruby/language/objc_method_spec.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] 2010-09-01 00:23:17.498 macruby[93485:1b07] +[NSATSGlyphGenerator initialize] invocation. The class is deprecated. .....................FF................F......F...............FF..........................terminate called without an active exception zsh: abort ./mspec/bin/mspec ci -B ./spec/macruby.mspec $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec ./spec/macruby/language/objc_method_spec.rb -f s ---- snip ---- A Proc object - can be used when a BridgeSupport Obj-C method takes a function pointer as an argument - can be used when a BridgeSupport C function takes a function pointer as an argumentterminate called without an active exception zsh: abort ./mspec/bin/mspec ci -B ./spec/macruby.mspec -f s }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 12:54:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 19:54:13 -0000 Subject: [MacRuby] #886: Abort occurs within "spec/macruby/language/objc_method_spec.rb", Using 32bit arch. In-Reply-To: <051.901c66ccbdceeef66c8dc8cbf8fb41ab@macosforge.org> References: <051.901c66ccbdceeef66c8dc8cbf8fb41ab@macosforge.org> Message-ID: <060.0d185147da0f1e82b8714cf0b62e366c@macosforge.org> #886: Abort occurs within "spec/macruby/language/objc_method_spec.rb", Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | ----------------------------------+----------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate Comment: The backtrace seems identical to #881 : {{{ (gdb) bt #0 0x91d2eef6 in __kill () #1 0x91d2eee8 in kill$UNIX2003 () #2 0x91dc162d in raise () #3 0x91dd76e4 in abort () #4 0x9278efda in __gnu_cxx::__verbose_terminate_handler () #5 0x9278d17a in __cxxabiv1::__terminate () #6 0x9278d1ba in std::terminate () #7 0x9278d2b8 in __cxa_throw () #8 0x00157026 in rb_vm_raise (exception=26079104) at vm.cpp:3324 #9 0x00033481 in rb_exc_raise (mesg=26079104) at eval.c:326 #10 0x00031e3b in rb_raise (exc=Could not find the frame base for "rb_raise". ) at error.c:1119 #11 0x0003da7b in rb_proc_check_and_call (proc=5, argc=1, argv=0xbfffe294) at proc.c:460 #12 0x09f01671 in ?? () #13 0x00dd7fae in functionMultiplicatingByTwoViaFctPtr () #14 0x09f01525 in ?? () #15 0x001434f4 in rb_vm_dispatch (_vm=0xe063a0, cache=0xa044790, top=25287680, self=25287680, klass=0x181dcb0, sel=0x9b169b0, block=0x0, opt=2 '\002', argc=2, argv=0xbfffecb4) at dispatcher.cpp:931 #16 0x09f00426 in ?? () #17 0x09f00765 in ?? () #18 0x00144628 in rb_vm_dispatch (_vm=0xe063a0, cache=0xa048690, top=25287680, self=25287680, klass=0x181dcb0, sel=0x9b14f50, block=0x0, opt=1 '\001', argc=0, argv=0x0) at dispatcher.cpp:159 #19 0x09f00426 in ?? () #20 0x09f001aa in ?? () #21 0x001516dc in rb_vm_run (fname=0x1884660 "test.rb", node=0x188a940, binding=0x0, inside_eval=false) at vm.cpp:3823 #22 0x00033811 in ruby_run_node (n=0x188a940) at eval.c:211 #23 0x00001c08 in main (argc=2, argv=0xe06070, envp=0xbffff768) at main.cpp:40 }}} I think they are the same bug (abort when exception is thrown in 32 bits context). I'll mark it as duplicate :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 13:05:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 20:05:12 -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.efa8849daf760a14db73bf004d7ac4e1@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 martinlagardette@?): #886 has the same backtrace. Apparently there are some cases where exceptions in 32 bits are aborting. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 15:05:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 22:05:07 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.edb15258351e14d85f73363793eef3d2@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): I believe the exception is being raised from stringio.rb's #syswrite which calls String#<<. The receiver is UTF-8 but the argument is BINARY. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 15:10:40 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 22:10:40 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.37ccf3ef48f253bee9957a518df4b445@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by smparkes@?): It works in 1.8.7 and 1.9.2. I thought about digging in a little but thought I'd check here first to see if it was likely to be insanely hard. I have the overall impression encoding issues are tricky in macruby? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 15:12:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 22:12:09 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.3752ae8a76e0d9b6cd15b1983ffe5e34@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by lsansonetti@?): Yeah, the encoding stuff in MacRuby is still a bit fragile. Thanks for reporting this problem to us. It definitely looks like a MacRuby bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 15:51:49 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 22:51:49 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.5b4fb46aac683096c0350df0f02b5ff1@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- Comment(by martinlagardette@?): As discussed, this is because the whole project needs to be recompiled. However, it spec:ci only works if I use `< argc` instead of `!= argc` (see below), which seems "lucky", which is why I'll investigate a little more. {{{ #!diff Index: vm.h =================================================================== --- vm.h (revision 4468) +++ vm.h (working copy) @@ -556,6 +556,7 @@ } rcall; struct { IMP imp; + int argc; bs_element_method_t *bs_method; rb_vm_objc_stub_t *stub; } ocall; Index: dispatcher.cpp =================================================================== --- dispatcher.cpp (revision 4468) +++ dispatcher.cpp (working copy) @@ -501,6 +501,7 @@ cache->sel = sel; cache->klass = klass; cache->as.ocall.imp = imp; + cache->as.ocall.argc = argc; cache->as.ocall.bs_method = GET_CORE()->find_bs_method(klass, sel); char types[200]; @@ -829,6 +830,9 @@ return v; } else if (cache->flag & MCACHE_OCALL) { + if (cache->as.ocall.argc < argc) { + goto recache; + } if (!cache_method) { cache->flag = 0; } -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 15:55:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 31 Aug 2010 22:55:12 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.6d9bbdc78ab4f7a92683efc1951e1cf4@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | 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: Should be fixed in r4484. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Aug 31 19:43:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 02:43:58 -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.fd9169adb813b6a7656a077daea2a673@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seem to do crash when rb_vm_thread_throw_kill() and rb_exit() are executed. {{{ (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -v -I./lib t.rb warning: posix_spawn failed, trying execvp, error: 86 MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] Breakpoint 2, rb_exit (status=0) at process.c:2473 2473 ruby_finalize(); (gdb) c Continuing. [Switching to process 50554] Breakpoint 1, rb_vm_thread_throw_kill () at vm.cpp:4393 4393 throw new RoxorThreadRaiseException(); (gdb) bt #0 rb_vm_thread_throw_kill () at vm.cpp:4393 #1 0x00138d64 in rb_vm_thread_destructor (userdata=0x207a9d0) at vm.cpp:4399 #2 0x91895ddb in _pthread_exit () #3 0x9188df4a in _pthread_testcancel () #4 0x9188d8e7 in _pthread_cond_wait () #5 0x9188d875 in pthread_cond_timedwait$UNIX2003 () #6 0x00147c4f in rb_thread_wait_for (time={tv_sec = 1, tv_usec = 0}) at vm.cpp:4606 #7 0x0008d7ae in rb_f_sleep (recv=33676048, sel=0x15b6c80, argc=1, argv=0xb0184c04) at process.c:2930 #8 0x0012cd27 in ruby_dispatch [inlined] () at /Users/watson/src/MacRuby/dispatcher.cpp:435 #9 0x0012cd27 in rb_vm_dispatch () at dispatcher.cpp:816 #10 0x01700505 in ?? () #11 0x017008e3 in ?? () #12 0x00130d58 in __rb_vm_bcall [inlined] () at /Users/watson/src/MacRuby/dispatcher.cpp:98 #13 0x00130d58 in vm_block_eval [inlined] () at /Users/watson/src/MacRuby/dispatcher.cpp:1162 #14 0x00130d58 in rb_vm_block_eval (b=0x204f100, argc=0, argv=0x0) at dispatcher.cpp:1169 #15 0x001477ba in rb_vm_thread_run (thread=34056656) at vm.cpp:4423 #16 0x9188d81d in _pthread_start () #17 0x9188d6a2 in thread_start () Current language: auto; currently c++ (gdb) n terminate called after throwing an instance of 'RoxorThreadRaiseException*' Program received signal SIGABRT, Aborted. [Switching to process 50554] 0x91860142 in semaphore_wait_signal_trap () }}} {{{ (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -v -I./lib t.rb warning: posix_spawn failed, trying execvp, error: 86 MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] [Switching to process 50611] Breakpoint 2, rb_vm_thread_throw_kill () at vm.cpp:4393 4393 throw new RoxorThreadRaiseException(); (gdb) c Continuing. Current language: auto; currently c++ [Switching to process 50611] Breakpoint 1, rb_exit (status=0) at process.c:2473 2473 ruby_finalize(); (gdb) bt #0 rb_exit (status=0) at process.c:2473 #1 0x00001b52 in main (argc=4, argv=0x15060f0, envp=0xbfffe980) at main.cpp:40 Current language: auto; currently c (gdb) c Continuing. terminate called after throwing an instance of 'RoxorThreadRaiseException*' Program received signal SIGABRT, Aborted. 0x91865aa4 in pthread_mutex_lock () }}} -- Ticket URL: MacRuby