From ruby-noreply at macosforge.org  Fri Apr  1 13:18:12 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 01 Apr 2011 20:18:12 -0000
Subject: [MacRuby] #1213: Header symlinks when deploying
Message-ID: <051.6145f098be91896f073e41cb44d6b5ab@macosforge.org>

#1213: Header symlinks when deploying
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 0.11         
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 When building an app for archiving, the headers symlink does not correctly
 point to the original files. This results in errors when trying to package
 an application for the Mac App Store. The problem can be reproduced with a
 brand new application using the template in Xcode 4. Deleting the header
 symlinks and manually adding those files to the project contents fixes the
 problem.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1213>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr  1 15:19:48 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 01 Apr 2011 22:19:48 -0000
Subject: [MacRuby] #1214: Backtrace incorrect when exception is re-raised
Message-ID: <055.1cc35702c095be0cbe0e7ea0026c2087@macosforge.org>

#1214: Backtrace incorrect when exception is re-raised
--------------------------------------+-------------------------------------
 Reporter:  warpflyght@?              |       Owner:  lsansonetti@?        
     Type:  defect                    |      Status:  new                  
 Priority:  major                     |   Milestone:                       
Component:  MacRuby                   |    Keywords:                       
--------------------------------------+-------------------------------------
 When re-raising an exception in MacRuby, the topmost frame in the
 backtrace becomes the location of the "raise" used to re-raise, not the
 location of the initial raise. Example program:

 {{{
 #!ruby
 def demonstrate_bug
   raise "Should Originate On Line #{__LINE__}"
 rescue Exception
   raise
 end

 demonstrate_bug
 }}}

 Example output:
 {{{
 $ ruby --version
 ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0]
 $ ruby ./raise.rb
 ./raise.rb:2:in `demonstrate_bug': Should Originate On Line 2
 (RuntimeError)
         from ./raise.rb:7

 $ ruby1.9 --version
 ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-darwin10]
 $ ruby1.9 ./raise.rb
 ./raise.rb:2:in `demonstrate_bug': Should Originate On Line 2
 (RuntimeError)
         from ./raise.rb:7:in `<main>'

 $ macruby --version
 MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64]
 $ macruby ./raise.rb
 /private/tmp/./raise.rb:4:in `demonstrate_bug': Should Originate On Line 2
 (RuntimeError)
         from /private/tmp/./raise.rb:7:in `demonstrate_bug'
 }}}

 Because the backtrace doesn't include frames above the rescue block, it
 isn't useful for debugging re-raised exceptions. The workaround is to
 capture the backtrace of the exception before re-raising (probably
 printing it out yourself).

 I'm using
 [https://github.com/MacRuby/MacRuby/commit/c59dc4930d2b2166ee1527bb45914599553c5bba
 commit c59dc4930d2b2166ee1527bb45914599553c5bba] on a 64-bit machine
 running Mac OS X 10.6.7.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1214>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr  1 16:39:52 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 01 Apr 2011 23:39:52 -0000
Subject: [MacRuby] #1195: Socket#accept_nonblock blocks for Unix domain
	socket
In-Reply-To: <055.01e1a55b8ba75da0ecb56c354da88f40@macosforge.org>
References: <055.01e1a55b8ba75da0ecb56c354da88f40@macosforge.org>
Message-ID: <064.e52679a1177995b73fb87b2bb32ca7a5@macosforge.org>

#1195: Socket#accept_nonblock blocks for Unix domain socket
--------------------------------------+-------------------------------------
 Reporter:  warpflyght@?              |       Owner:  lsansonetti@?        
     Type:  defect                    |      Status:  new                  
 Priority:  major                     |   Milestone:                       
Component:  MacRuby                   |    Keywords:                       
--------------------------------------+-------------------------------------

Comment(by warpflyght@?):

 I've submitted a GitHub pull request with the fix:
 [https://github.com/MacRuby/MacRuby/pull/13].

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1195#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr  1 20:12:03 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 02 Apr 2011 03:12:03 -0000
Subject: [MacRuby] #1214: Backtrace incorrect when exception is re-raised
In-Reply-To: <055.1cc35702c095be0cbe0e7ea0026c2087@macosforge.org>
References: <055.1cc35702c095be0cbe0e7ea0026c2087@macosforge.org>
Message-ID: <064.6438a4733527160fd4e5d3a3bba56445@macosforge.org>

#1214: Backtrace incorrect when exception is re-raised
--------------------------------------+-------------------------------------
 Reporter:  warpflyght@?              |        Owner:  lsansonetti@?        
     Type:  defect                    |       Status:  closed               
 Priority:  major                     |    Milestone:  MacRuby 0.11         
Component:  MacRuby                   |   Resolution:  fixed                
 Keywords:                            |  
--------------------------------------+-------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 https://github.com/MacRuby/MacRuby/commit/f31d289b13ffc0253a67161984b797c0561fbd1d

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1214#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr  4 09:10:19 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 04 Apr 2011 16:10:19 -0000
Subject: [MacRuby] #1215: Nightly builds are broken
Message-ID: <053.4cd8588bd3c7567d93338c0babf55281@macosforge.org>

#1215: Nightly builds are broken
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  blocker                 |   Milestone:                       
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------
 The nightly builds have not been updating since the switch to git.

 http://www.macruby.org/files/nightlies/

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1215>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr  4 09:29:22 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 04 Apr 2011 16:29:22 -0000
Subject: [MacRuby] #1215: Nightly builds are broken
In-Reply-To: <053.4cd8588bd3c7567d93338c0babf55281@macosforge.org>
References: <053.4cd8588bd3c7567d93338c0babf55281@macosforge.org>
Message-ID: <062.c44084ef5c0532199de3dffaba3fcf3f@macosforge.org>

#1215: Nightly builds are broken
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  wsiegrist@?        
     Type:  defect                  |      Status:  assigned           
 Priority:  blocker                 |   Milestone:                     
Component:  MacRuby                 |    Keywords:                     
------------------------------------+---------------------------------------
Changes (by wsiegrist@?):

  * status:  new => assigned
  * owner:  lsansonetti@? => wsiegrist@?


Comment:

 The nightly builder was switched, but I'm investigating...

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1215#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr  4 10:20:08 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 04 Apr 2011 17:20:08 -0000
Subject: [MacRuby] #1215: Nightly builds are broken
In-Reply-To: <053.4cd8588bd3c7567d93338c0babf55281@macosforge.org>
References: <053.4cd8588bd3c7567d93338c0babf55281@macosforge.org>
Message-ID: <062.5386c185eb86748fc87b493dfd0789d3@macosforge.org>

#1215: Nightly builds are broken
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  wsiegrist@?        
     Type:  defect                  |       Status:  closed             
 Priority:  blocker                 |    Milestone:                     
Component:  MacRuby                 |   Resolution:  fixed              
 Keywords:                          |  
------------------------------------+---------------------------------------
Changes (by wsiegrist@?):

  * status:  assigned => closed
  * resolution:  => fixed


Comment:

 Ah, I forgot to re-apply our patch to add jobs=4 and use /tmp/ instead of
 ~/tmp/. In case someone wants to upstream this:

 {{{

 diff --git a/rakelib/packager.rake b/rakelib/packager.rake
 index 0c945ad..0991068 100644
 --- a/rakelib/packager.rake
 +++ b/rakelib/packager.rake
 @@ -14,9 +14,9 @@ task :nightly do
      end
    end
    puts "Building MacRuby"
 -  `rake`
 +  `rake jobs=4`
    puts "Preparing for packaging"
    `rake install DESTDIR=#{build_destination}`
    puts "Packaging MacRuby"
 -  `/Developer/usr/bin/packagemaker --doc
 #{File.expand_path(File.dirname(__FILE__))}/../misc/release/macruby_nightly.pmdoc/
 --out ~/tmp/macruby_nightly-#{Time.now.strftime("%Y-%m-%d")}.pkg --version
 #{Time.now.strftime("%Y-%m-%d")}-nightly`
 +  `/Developer/usr/bin/packagemaker --doc
 #{File.expand_path(File.dirname(__FILE__))}/../misc/release/macruby_nightly.pmdoc/
 --out /tmp/macruby_nightly-#{Time.now.strftime("%Y-%m-%d")}.pkg --version
 #{Time.now.strftime("%Y-%m-%d")}-nightly`
  end
 }}}

 ... but otherwise the builder is fixed.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1215#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr  4 11:43:33 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 04 Apr 2011 18:43:33 -0000
Subject: [MacRuby] #1204: Proposal: splitting macrubyc UI from logic
In-Reply-To: <053.72a4250158f8e688acad579ceb2afddc@macosforge.org>
References: <053.72a4250158f8e688acad579ceb2afddc@macosforge.org>
Message-ID: <062.ff3a6882cd421ab3394bf675d2d343bc@macosforge.org>

#1204: Proposal: splitting macrubyc UI from logic
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  blocker                 |   Milestone:                       
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------

Comment(by mrada@?):

 This issue became a pull request on github and is now a closed issue.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1204#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr  4 11:44:11 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 04 Apr 2011 18:44:11 -0000
Subject: [MacRuby] #1203: macruby_deploy takes way too long to embed
	MacRuby when you have two versions installed
In-Reply-To: <053.b55c1de3d9498841e8a9a1a7d16c4bc7@macosforge.org>
References: <053.b55c1de3d9498841e8a9a1a7d16c4bc7@macosforge.org>
Message-ID: <062.34e931741064832b352965c36bdf00e3@macosforge.org>

#1203: macruby_deploy takes way too long to embed MacRuby when you have two
versions installed
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  major                   |   Milestone:                       
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------

Comment(by mrada@?):

 This issue became a pull request on github and is now a closed issue.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1203#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr  5 18:35:13 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 06 Apr 2011 01:35:13 -0000
Subject: [MacRuby] #1204: Proposal: splitting macrubyc UI from logic
In-Reply-To: <053.72a4250158f8e688acad579ceb2afddc@macosforge.org>
References: <053.72a4250158f8e688acad579ceb2afddc@macosforge.org>
Message-ID: <062.cb77ca10f30d34b97ea4004d56cb4b37@macosforge.org>

#1204: Proposal: splitting macrubyc UI from logic
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  blocker                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  fixed                
 Keywords:                          |  
------------------------------------+---------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Indeed, closing!

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1204#comment:4>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr  5 18:35:29 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 06 Apr 2011 01:35:29 -0000
Subject: [MacRuby] #1203: macruby_deploy takes way too long to embed
	MacRuby when you have two versions installed
In-Reply-To: <053.b55c1de3d9498841e8a9a1a7d16c4bc7@macosforge.org>
References: <053.b55c1de3d9498841e8a9a1a7d16c4bc7@macosforge.org>
Message-ID: <062.6b07c098ec7ec8b4d979fd36d3fea1e6@macosforge.org>

#1203: macruby_deploy takes way too long to embed MacRuby when you have two
versions installed
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  major                   |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  fixed                
 Keywords:                          |  
------------------------------------+---------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Indeed, closing!

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1203#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr  6 18:31:14 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 07 Apr 2011 01:31:14 -0000
Subject: [MacRuby] #1216: Nightly builds are a lie
Message-ID: <053.e4ad30b1a205e54e28e812046d226a05@macosforge.org>

#1216: Nightly builds are a lie
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  blocker                 |   Milestone:                       
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------
 The have newer dates on them, but they still do not include changes made
 in the past week.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1216>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr  6 19:59:23 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 07 Apr 2011 02:59:23 -0000
Subject: [MacRuby] #1216: Nightly builds are a lie
In-Reply-To: <053.e4ad30b1a205e54e28e812046d226a05@macosforge.org>
References: <053.e4ad30b1a205e54e28e812046d226a05@macosforge.org>
Message-ID: <062.a867c258618c67e61d2e4f9e971b93f3@macosforge.org>

#1216: Nightly builds are a lie
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  wsiegrist@?        
     Type:  defect                  |      Status:  assigned           
 Priority:  blocker                 |   Milestone:                     
Component:  MacRuby                 |    Keywords:                     
------------------------------------+---------------------------------------
Changes (by wsiegrist@?):

  * status:  new => assigned
  * owner:  lsansonetti@? => wsiegrist@?


-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1216#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr  7 08:41:25 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 07 Apr 2011 15:41:25 -0000
Subject: [MacRuby] #1216: Nightly builds are a lie
In-Reply-To: <053.e4ad30b1a205e54e28e812046d226a05@macosforge.org>
References: <053.e4ad30b1a205e54e28e812046d226a05@macosforge.org>
Message-ID: <062.c9fbc1cc5715028642df51f54198f57e@macosforge.org>

#1216: Nightly builds are a lie
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  wsiegrist@?        
     Type:  defect                  |       Status:  closed             
 Priority:  blocker                 |    Milestone:                     
Component:  MacRuby                 |   Resolution:  fixed              
 Keywords:                          |  
------------------------------------+---------------------------------------
Changes (by wsiegrist@?):

  * status:  assigned => closed
  * resolution:  => fixed


Comment:

 The nightly builder was still on the "trunk" branch. I checked out master
 and regenerated the current nightly. Should be fixed now.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1216#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr  7 21:02:26 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 08 Apr 2011 04:02:26 -0000
Subject: [MacRuby] #1217: C-level block crashes application
Message-ID: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>

#1217: C-level block crashes application
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 0.11         
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 When trying to pass a block as the completion handler for
 beginSheetModalForWindow, my application crashes. Machines installed with
 BridgeSupport preview 3 work just fine, and passing the --bs flag to embed
 all bridgesupport files does not resolve.

 Crash report indicates EXE_BAD_ACCES.

 On a side note, is there any way to test distribution for computers
 without latest BridgeSupport? Currently I have to send a build out to a
 user and have them check console and crash reports to debug what's going
 on. It would be nice to be able to somehow do that locally, or at least be
 able to revert BridgeSupport version when testing.

 Code:

 {{{
 def browse(sender)
     dialog = NSOpenPanel.openPanel
     dialog.canChooseFiles = false
     dialog.canChooseDirectories = true
     dialog.allowsMultipleSelection = false
     dialog.canCreateDirectories = true

     dialog.beginSheetModalForWindow(
       sender.window,
       completionHandler:Proc.new { |pressed|
         if (pressed == NSOKButton)
           puts "YAY!"
         end
       }
     )
   end
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1217>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr  8 17:01:30 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 09 Apr 2011 00:01:30 -0000
Subject: [MacRuby] #1218: Mechanize fails under MacRuby,
	runs under 1.9.2 (similar to ticket #1182)
Message-ID: <047.725025adf968bb5db33d94eaa501b457@macosforge.org>

#1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182)
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
 "undefined method 'html_parser' for nil:NilClass"

 Please see the attached text. It shows the mechanize gem working under Irb
 in Ruby 1.9.2, and the same failing under MacIrb from MacRuby 0.10. The
 gems in the 2 environments are identical.

 I don't think the problem is what dekiefer (#1182) thought it is.

 In the uploaded text you can clearly see that Mechanize.new() is not
 working properly under MacRuby. An instance does appear to get created,
 but it is not properly initialized. In contrast, under 1.9.2, you can see
 that the mechanize object is fully populated with attributes, including
 "@html_parser".

 This also happens in the situation mentioned in ticket #1182, but I don't
 think anybody noticed. I doubt it has anything at all to do with
 prettyprint.

 Regardless: I have no idea why the mechanize object is not getting
 properly initialized in MacRuby. This is a blocking issue for me. I have a
 project that must go forward and this is stopping me. Any advice on how to
 patch this problem would be appreciated, as it is urgent.

 I should also mention that the same error occurs under XCode, but that
 should not be a big surprise because it's using the same MacRuby.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1218>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr  8 20:42:32 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 09 Apr 2011 03:42:32 -0000
Subject: [MacRuby] #1217: C-level block crashes application
In-Reply-To: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
References: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
Message-ID: <060.9a48c89c68538b618f32c2ce0ae869b5@macosforge.org>

#1217: C-level block crashes application
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 1.0          
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * milestone:  MacRuby 0.11 => MacRuby 1.0


Comment:

 Thanks for reporting this issue. We must fix it in the next micro release.

 To answer your side question, the only way to verify that your application
 will run on other environments would be in this case to temporarily remove
 the BridgeSupport files of your system, this way MacRuby will be forced to
 read the files that are embedded inside the app (if you pass --bs of
 course). The following command (warning: untested) might do it, by
 renaming all BridgeSupport directories into something else that MacRuby
 won't pick: find /System/Library/Frameworks -name BridgeSupport -exec mv
 {} BridgeSupport.old \;

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1217#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr  9 13:02:35 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 09 Apr 2011 20:02:35 -0000
Subject: [MacRuby] #1218: Mechanize fails under MacRuby,
	runs under 1.9.2 (similar to ticket #1182)
In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org>
References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org>
Message-ID: <056.12a96dcd2dd10a67a94466091193cee5@macosforge.org>

#1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182)
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lonny6@?):

 Later note: I thought my deduction was sound (since the full Mechanize
 instance does not seem to be returned when it is created), but I
 discovered this morning that if I include "puts agent.inspect" in the code
 right after creation, the full object gets printed out. Also, "puts
 agent.html_parser" returns "Nokogiri::HTML" just as I would expect.

 So it DOESN'T actually appear to be a problem in the initialization of the
 object after all (though it is weird that the whole object does not get
 returned at first). But somewhere in the code, the Mechanize object is
 showing up as nil.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1218#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 10 16:27:06 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 10 Apr 2011 23:27:06 -0000
Subject: [MacRuby] #1219: MacRuby .10 crashed when deleting attr_accessor
Message-ID: <054.4a218ccfbe8558d7971232533da1fad8@macosforge.org>

#1219: MacRuby .10 crashed when deleting attr_accessor
-------------------------------------+--------------------------------------
 Reporter:  shaun@?                  |       Owner:  lsansonetti@?        
     Type:  defect                   |      Status:  new                  
 Priority:  blocker                  |   Milestone:                       
Component:  MacRuby                  |    Keywords:  crash                
-------------------------------------+--------------------------------------
 Hi,

 I had some attr_accessor's in my AppController and MacRuby crashed when I
 deleted them and then switched back to my xib file.

 The accessors were:
 :test_accessor, :test_accessor2, :test_accessor3

 Here is the crash log

 Process:         macruby [46318]
 Path:
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby
 Identifier:      macruby
 Version:         ??? (???)
 Code Type:       X86-64 (Native)
 Parent Process:  Xcode [46180]

 Date/Time:       2011-04-10 16:22:24.366 -0700
 OS Version:      Mac OS X 10.6.7 (10J869)
 Report Version:  6

 Interval Since Last Report:          399445 sec
 Crashes Since Last Report:           11
 Per-App Crashes Since Last Report:   1
 Anonymous UUID:                      076AD1D0-1E6D-42BB-AC46-C6FD4E93AC90

 Exception Type:  EXC_BAD_ACCESS (SIGBUS)
 Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000100e66000
 Crashed Thread:  0  Dispatch queue: com.apple.main-thread

 Application Specific Information:
 objc[46318]: garbage collection is ON

 Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
 0   libmacruby.dylib                    0x00000001001482a5 rb_vm_dispatch
 + 965
 1   lexer.rbo                           0x0000000102dde2e4 0x102ddd000 +
 4836
 2   lexer.rbo                           0x0000000102de0436
 MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 7494
 3   libmacruby.dylib                    0x000000010014a018 rb_vm_dispatch
 + 8504
 4   lexer.rbo                           0x0000000102dde2e4 0x102ddd000 +
 4836
 5   lexer.rbo                           0x0000000102de021c
 MREP_D9BA40DFE30A439A83E964FD331EA5E6 + 6956
 6   libmacruby.dylib                    0x000000010014a018 rb_vm_dispatch
 + 8504
 7   filter.rbo                          0x0000000100efb6b4 0x100efa000 +
 5812
 8   filter.rbo                          0x0000000100efc1dd
 MREP_B3BD0B8B349F4ECFB037AF84E6BA98C0 + 2477
 9   libmacruby.dylib                    0x0000000100149ffd rb_vm_dispatch
 + 8477
 10  ???                                 0x0000000103000c74 0 + 4345302132
 11  ???                                 0x000000010300cf3d 0 + 4345351997
 12  libmacruby.dylib                    0x0000000100149ffd rb_vm_dispatch
 + 8477
 13  ???                                 0x0000000103000c74 0 + 4345302132
 14  ???                                 0x0000000103000217 0 + 4345299479
 15  libmacruby.dylib                    0x0000000100160233 rb_vm_run + 531
 16  libmacruby.dylib                    0x000000010003cca0 ruby_run_node +
 80
 17  macruby                             0x0000000100000cf8 main + 152
 18  macruby                             0x0000000100000c54 start + 52

 Thread 1:  Dispatch queue: Garbage Collection Work Queue
 0   libauto.dylib                       0x00007fff80c26487
 Auto::WriteBarrier::range_has_marked_cards(void*, unsigned long) + 39
 1   libauto.dylib                       0x00007fff80c3a9b4 bool
 Auto::visitAllocatedBlocks<Auto::scan_retained_and_old_blocks_visitor>(Auto::Zone*,
 Auto::scan_retained_and_old_blocks_visitor&) + 1428
 2   libauto.dylib                       0x00007fff80c39944
 Auto::MemoryScanner::scan_retained_and_old_blocks() + 36
 3   libauto.dylib                       0x00007fff80c34a67
 Auto::Collector::check_roots() + 23
 4   libauto.dylib                       0x00007fff80c398b1
 Auto::MemoryScanner::scan() + 33
 5   libauto.dylib                       0x00007fff80c2e78d
 Auto::Zone::collect(bool, void*, unsigned long long*) + 141
 6   libauto.dylib                       0x00007fff80c17a8e
 auto_collect_internal(Auto::Zone*, unsigned int) + 318
 7   libauto.dylib                       0x00007fff80c180cd
 auto_collection_work(Auto::Zone*) + 157
 8   libSystem.B.dylib                   0x00007fff8105c284
 _dispatch_call_block_and_release + 15
 9   libSystem.B.dylib                   0x00007fff8103adf2
 _dispatch_queue_drain + 251
 10  libSystem.B.dylib                   0x00007fff8103ac54
 _dispatch_queue_invoke + 57
 11  libSystem.B.dylib                   0x00007fff8103a7fe
 _dispatch_worker_thread2 + 252
 12  libSystem.B.dylib                   0x00007fff8103a128
 _pthread_wqthread + 353
 13  libSystem.B.dylib                   0x00007fff81039fc5 start_wqthread
 + 13

 Thread 2:  Dispatch queue: com.apple.libdispatch-manager
 0   libSystem.B.dylib                   0x00007fff8103912a kevent + 10
 1   libSystem.B.dylib                   0x00007fff8103affd
 _dispatch_mgr_invoke + 154
 2   libSystem.B.dylib                   0x00007fff8103acd4
 _dispatch_queue_invoke + 185
 3   libSystem.B.dylib                   0x00007fff8103a7fe
 _dispatch_worker_thread2 + 252
 4   libSystem.B.dylib                   0x00007fff8103a128
 _pthread_wqthread + 353
 5   libSystem.B.dylib                   0x00007fff81039fc5 start_wqthread
 + 13

 Thread 3:
 0   libSystem.B.dylib                   0x00007fff81039f4a
 __workq_kernreturn + 10
 1   libSystem.B.dylib                   0x00007fff8103a35c
 _pthread_wqthread + 917
 2   libSystem.B.dylib                   0x00007fff81039fc5 start_wqthread
 + 13

 Thread 0 crashed with X86 Thread State (64-bit):
   rax: 0x0000000103331880  rbx: 0x0000000100e66000  rcx:
 0x00000001033318b0  rdx: 0x0000000000000000
   rdi: 0x0000000101851000  rsi: 0x0000000103331838  rbp:
 0x00007fff5fbfbf20  rsp: 0x00007fff5fbfb630
    r8: 0x0000000101851040   r9: 0x0000000101910e98  r10:
 0x0000000100ef6398  r11: 0x0000000100160a40
   r12: 0x0000000000000001  r13: 0x0000000103331838  r14:
 0x0000000000000005  r15: 0x00000002002ae620
   rip: 0x00000001001482a5  rfl: 0x0000000000010202  cr2:
 0x0000000100e66000

 Binary Images:
        0x100000000 -        0x100000fff +macruby ??? (???)
 <24705904-C3E1-3040-9FE6-3D487E5ADFDC>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby
        0x10000f000 -        0x100c29fa7 +libmacruby.dylib 0.10.0
 (compatibility 0.10.0) <5425D62F-FC4F-3CB5-AD85-89B571FA6214>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/libmacruby.dylib
        0x100ec1000 -        0x100ef0fff +optparse.rbo ??? (???)
 <9131F303-D5F9-329A-9EAF-6CC6F14C98FD>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/optparse.rbo
        0x100efa000 -        0x100efcfff +filter.rbo ??? (???) <D9279938
 -DC0E-3B5F-AAF4-13D6D56BF6F8>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/filter.rbo
        0x102ddd000 -        0x102de3fff +lexer.rbo ??? (???) <4A71389E-
 E78B-3358-AE04-E76DCE05E831>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/lexer.rbo
        0x102de7000 -        0x102de9ff7 +core.rbo ??? (???) <3FED8544
 -163B-345D-87C1-CD4D6B9C6254>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/ripper/core.rbo
        0x102df8000 -        0x102df9ff7  CoreFoundation.dylib 0.9.0
 (compatibility 0.9.0) <AC43C679-BAE0-2930-3B42-82916BBFFCA8>
 /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundation.dylib
        0x103123000 -        0x10314dfef +ripper.bundle ??? (???)
 <FE3979C7-92E0-3BD0-B7D1-77DFE826ED07>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2
 /universal-darwin10.0/ripper.bundle
        0x10315e000 -        0x10315ffff  Foundation.dylib 0.9.0
 (compatibility 0.9.0) <960CD1FD-90D8-02C9-5193-565B8AE53571>
 /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/Foundation.dylib
     0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <B536F2F1-9DF1
 -3B6C-1C2C-9075EA219A06> /usr/lib/dyld
     0x7fff80775000 -     0x7fff8078bfef  libbsm.0.dylib ??? (???)
 <42D3023A-A1F7-4121-6417-FCC6B51B3E90> /usr/lib/libbsm.0.dylib
     0x7fff80b0b000 -     0x7fff80b19ff7  libkxld.dylib ??? (???)
 <4016E9E6-0645-5384-A697-2775B5228113> /usr/lib/system/libkxld.dylib
     0x7fff80c14000 -     0x7fff80c60fff  libauto.dylib ??? (???)
 <F7221B46-DC4F-3153-CE61-7F52C8C293CF> /usr/lib/libauto.dylib
     0x7fff80ecd000 -     0x7fff80f8afff  com.apple.CoreServices.OSServices
 359 (359) <8F509D8D-4C94-9A1C-3A87-5B775D9F6075>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
     0x7fff8101f000 -     0x7fff811e0fff  libSystem.B.dylib 125.2.10
 (compatibility 1.0.0) <9BAEB2F2-B485-6349-E1AB-637FE12EE770>
 /usr/lib/libSystem.B.dylib
     0x7fff828e0000 -     0x7fff828e4ff7  libmathCommon.A.dylib 315.0.0
 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5>
 /usr/lib/system/libmathCommon.A.dylib
     0x7fff82b36000 -     0x7fff82b71fff  com.apple.AE 496.4 (496.4)
 <CBEDB6A1-FD85-F842-4EB8-CC289FAE0F24>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
     0x7fff82cea000 -     0x7fff82d2bfff  com.apple.SystemConfiguration
 1.10.5 (1.10.2) <FB39F09C-57BB-D8CC-348D-93E00C602F7D>
 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
     0x7fff82dbd000 -     0x7fff82dccfff  com.apple.NetFS 3.2.2 (3.2.2)
 <7CCBD70E-BF31-A7A7-DB98-230687773145>
 /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
     0x7fff838b6000 -     0x7fff8396ffff  libsqlite3.dylib 9.6.0
 (compatibility 9.0.0) <2C5ED312-E646-9ADE-73A9-6199A2A43150>
 /usr/lib/libsqlite3.dylib
     0x7fff84d8e000 -     0x7fff84f05fe7  com.apple.CoreFoundation 6.6.4
 (550.42) <770C572A-CF70-168F-F43C-242B9114FCB5>
 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
     0x7fff8686b000 -     0x7fff8686bff7  com.apple.CoreServices 44 (44)
 <DC7400FB-851E-7B8A-5BF6-6F50094302FB>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
     0x7fff868ec000 -     0x7fff869a2fff  libobjc.A.dylib 227.0.0
 (compatibility 1.0.0) <F206BE6D-8777-AE6C-B367-7BEA76C14241>
 /usr/lib/libobjc.A.dylib
     0x7fff86c40000 -     0x7fff86f74fff  com.apple.CoreServices.CarbonCore
 861.34 (861.34) <B5680539-CB31-6C6D-C0AD-606D4D46E7F5>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
     0x7fff8710e000 -     0x7fff87114ff7  com.apple.DiskArbitration 2.3
 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A>
 /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
     0x7fff87131000 -     0x7fff87248fef  libxml2.2.dylib 10.3.0
 (compatibility 10.0.0) <1B27AFDD-DF87-2009-170E-C129E1572E8B>
 /usr/lib/libxml2.2.dylib
     0x7fff872e2000 -     0x7fff874a0fff  libicucore.A.dylib 40.0.0
 (compatibility 1.0.0) <2C6ECACF-CD56-1714-6F63-CB6F5EE7A1E2>
 /usr/lib/libicucore.A.dylib
     0x7fff877f7000 -     0x7fff87874fef  libstdc++.6.dylib 7.9.0
 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C>
 /usr/lib/libstdc++.6.dylib
     0x7fff87b57000 -     0x7fff87bf7fff  com.apple.LaunchServices 362.2
 (362.2) <A8EDC37C-1D40-5ED0-49BE-90EF110A6B3A>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
     0x7fff88012000 -     0x7fff8803dff7  libxslt.1.dylib 3.24.0
 (compatibility 3.0.0) <87A0B228-B24A-C426-C3FB-B40D7258DD49>
 /usr/lib/libxslt.1.dylib
     0x7fff8803e000 -     0x7fff882c6fef  com.apple.security 6.1.1 (37594)
 <34DC0C3E-4546-D7ED-D855-390750954245>
 /System/Library/Frameworks/Security.framework/Versions/A/Security
     0x7fff882db000 -     0x7fff88325ff7  com.apple.Metadata 10.6.3
 (507.15) <5170FCE0-ED6C-2E3E-AB28-1DDE3F628FC5>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
     0x7fff88430000 -     0x7fff88458fff  com.apple.DictionaryServices
 1.1.2 (1.1.2) <E9269069-93FA-2B71-F9BA-FDDD23C4A65E>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
     0x7fff8849b000 -     0x7fff884fbfe7  com.apple.framework.IOKit 2.0
 (???) <D107CB8A-5182-3AC4-35D0-07068A695C05>
 /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
     0x7fff88828000 -     0x7fff888b8fff  com.apple.SearchKit 1.3.0 (1.3.0)
 <4175DC31-1506-228A-08FD-C704AC9DF642>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
     0x7fff889d3000 -     0x7fff88aa5fe7  com.apple.CFNetwork 454.11.12
 (454.11.12) <B1C9008A-4A5D-609D-5D10-C93DAD6FFB4C>
 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
     0x7fff88ac1000 -     0x7fff88d44fe7  com.apple.Foundation 6.6.6
 (751.53) <476E617B-B59B-53DE-991D-98C1993BCBCE>
 /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
     0x7fff8909c000 -     0x7fff890adff7  libz.1.dylib 1.2.3 (compatibility
 1.0.0) <FB5EE53A-0534-0FFA-B2ED-486609433717> /usr/lib/libz.1.dylib
     0x7fffffe00000 -     0x7fffffe01fff  libSystem.B.dylib ??? (???)
 <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib

 Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2
 Duo, 2.66 GHz, 4 GB, SMC 1.42f4
 Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB
 Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB
 Memory Module: global_name
 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D),
 Broadcom BCM43xx 1.0 (5.10.131.36.9)
 Bluetooth: Version 2.4.0f1, 2 service, 19 devices, 1 incoming serial ports
 Network Service: AirPort, AirPort, en1
 Serial ATA Device: WDC WD5000BEKT-00KA9T0, 465.76 GB
 Serial ATA Device: MATSHITADVD-R   UJ-868
 USB Device: BRCM2046 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x06100000
 USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x8217,
 0x06110000
 USB Device: Built-in iSight, 0x05ac  (Apple Inc.), 0x8507, 0x24400000
 USB Device: Apple Internal Keyboard / Trackpad, 0x05ac  (Apple Inc.),
 0x0236, 0x04600000
 USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0x04500000

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1219>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 10 21:47:47 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 11 Apr 2011 04:47:47 -0000
Subject: [MacRuby] #1211: (120 * 0.2).floor should be 24,
	but MacRuby rounds it down to 23
In-Reply-To: <053.ee1ae6b16a3982a385ea30112fe47713@macosforge.org>
References: <053.ee1ae6b16a3982a385ea30112fe47713@macosforge.org>
Message-ID: <062.ebd15c36b7ca3a091aa345267c86fa8b@macosforge.org>

#1211: (120 * 0.2).floor should be 24, but MacRuby rounds it down to 23
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  blocker                 |   Milestone:                       
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------

Comment(by mrada@?):

 I've dug into the issue some more and found that the MacRuby code for
 floats is fairly different from CRuby. In this specific case, MacRuby has
 a bitwise and operation that removes some precision from a double before
 coercing the data to a fixnum.

 When I skip the bitwise and step then I fix my rounding error, but a ton
 of spec tests fail (I can run them all because one of the hangs).

 The function doing the coercion is coerce_ptr_to_double in
 include/ruby/ruby.h:184

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1211#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 18:59:26 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 01:59:26 -0000
Subject: [MacRuby] #1218: Mechanize fails under MacRuby,
	runs under 1.9.2 (similar to ticket #1182)
In-Reply-To: <047.725025adf968bb5db33d94eaa501b457@macosforge.org>
References: <047.725025adf968bb5db33d94eaa501b457@macosforge.org>
Message-ID: <056.9d78e715306c29ce1d88593ffb0d1e7a@macosforge.org>

#1218: Mechanize fails under MacRuby, runs under 1.9.2 (similar to ticket #1182)
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lonny6@?):

 I did find a way to patch this file that works for my purposes. I do not
 pretend that it addresses the underlying problem.

 After line 565 of mechanize.rb (v 1.0.0), which reads

     page = options[:page]

 add the following line:

     page.mech = options[:agent] if page.is_a?(Mechanize::Page)


 It appears that the "mech" attribute of the page object is not getting set
 for some reason. So if I set it manually at that point, the library works
 fine... again, for my purposes. I do not claim this is a general fix.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1218#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 19:26:27 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 02:26:27 -0000
Subject: [MacRuby] #1220: XCode 4 not recognizing MacRuby
Message-ID: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>

#1220: XCode 4 not recognizing MacRuby
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
 I have been using XCode 4.01. I was discussing an issue related to
 embedding MacRuby in my app, and someone gave me the bad advice that I
 should re-install MacRuby (0.10).

 I did so, and now my XCode is not properly referencing my
 MacRuby.framework. (I tried re-installing XCode, too. That didn't work
 either.)

 MacRuby is in my Library/Frameworks folder, as it should be.

 Rather than seeing "Linked Frameworks" with like Cocoa.framework and
 MacRuby.framework, it is only showing the little toolbox next to
 Cocoa.framework. MacRuby.framework has no toolbox next to it, and the text
 (MacRuby.framework) is in red.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1220>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 20:38:32 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 03:38:32 -0000
Subject: [MacRuby] #1182: The Mechanize Gem Fails Under MacRuby But Runs
	Under Ruby 1.9.2
In-Reply-To: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org>
References: <053.2f7e5bbc5cda38134c8481f276f49a1f@macosforge.org>
Message-ID: <062.ad48c867d442d29ced1930827f74fa8f@macosforge.org>

#1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2
------------------------------------+---------------------------------------
 Reporter:  dekiefer@?              |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  minor                   |   Milestone:  MacRuby 0.10         
Component:  MacRuby                 |    Keywords:  Mechanize gem        
------------------------------------+---------------------------------------

Comment(by lonny6@?):

 I'm not sure what you are trying to do with Mechanize, but you might check
 out bug #1218. There is a quick patch that might get you running again.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1182#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 20:41:16 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 03:41:16 -0000
Subject: [MacRuby] #1220: XCode 4 not recognizing MacRuby
In-Reply-To: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
References: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
Message-ID: <056.724b634d90adc40a65fe609010b8631a@macosforge.org>

#1220: XCode 4 not recognizing MacRuby
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lonny6@?):

 I don't know that this is a problem with MacRuby per se, but it did happen
 when I re-installed MacRuby. Prior to that everything was (relatively)
 fine.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1220#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 20:45:03 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 03:45:03 -0000
Subject: [MacRuby] #1221: xml-object gem fails: no superclass method
	`initialize' (works on MRI 1.9.2)
Message-ID: <052.121ebc11d222d01739012cb448a6546d@macosforge.org>

#1221: xml-object gem fails: no superclass method `initialize'  (works on MRI
1.9.2)
-----------------------------------+----------------------------------------
 Reporter:  andre.lewis@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  major                  |   Milestone:                       
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------
 The [http://rubygems.org/gems/xml-object xml-object] gem throws an
 exception on MacRuby. The same code works on MRI 1.9.2. A simple example:


 {{{
 $ macgem install xml-object
 $ macirb
 >
 require "rubygems"
 require "open-uri"
 require "xml-object"
 o=XMLObject.new(open("http://www.w3schools.com/xml/simple.xml"))

 NoMethodError: super: no superclass method `initialize' for
 #<XMLObject::Adapters::REXML::Element:0x2004fbea0 ...>
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `block'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `initialize:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `block'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `initialize:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:9:in `new:'
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems
 /xml-object-0.9.93/lib/xml-object.rb:15:in `new:'
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1221>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 12 21:02:59 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 04:02:59 -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.dc8343aa092125f96895eff052800cd7@macosforge.org>

#860: Assertion fails in pop_current_exception when catch/throw used in rescue
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 1.0          
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by andre.lewis@?):

 Just a note, this issue has been causing me a lot of headache recently.
 I've resorted to returning exceptions inside rescue blocks instead of
 throwing them. Anyone have a better work-around?

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/860#comment:9>
MacRuby <http://macruby.org/>


From gull2005ster at gmail.com  Wed Apr 13 06:50:42 2011
From: gull2005ster at gmail.com (Bergen ..)
Date: Wed, 13 Apr 2011 16:50:42 +0300
Subject: Acne Pimpes
Message-ID: <BANLkTinHPga8P7TPD2YBfyw34c1WoYGRWw@mail.gmail.com>

Acne seems to come at the worst situation in life. A time when outward
appearance is one of the most central factors of life. It engagement cause
ever a process of work besides the desire to rid the skin of pimples is
sympathized with. With this desire comes the ruling of hard out at odds acne
medicines.

One of the leading ingredients used to fight acne is Benzoylperoxide. This
circumstance is magnetic against acne, the bacteria that causes acne. It
will also rid the skin of oils, drying the skin so it will peel. Though this
may break ground some discomfort, honest helps retain the skin which leave
heal former acne marks.

Acne is essentially the clogging of pours. An excellent way to dissuade this
is with the chemical salicylic acid. This chemical will slow down the
shedding of cells inside follicles. This process consign prevent clogging,
wherefore reducing the chance of acne. This helps with the strikingly
backbreaking acne conditions, jibing whereas blackheads again whiteheads.

Both of these ingredients are found in easy to find whereas the counter acne
medicines. You can good buy them in popular stores in the form of guise
washes, ointments, gels, scrubs and astringents. If used properly and
consistently, acne breakouts can be remarkably reduced. intensely of these
are relatively inexpensive and have no unpropitious side effects.

Though acne is a great discomfort, especially if you are younger, material
is not always wise to request prescription drugs. Dermatologists may
recognize your anxiety further resort to drugs by default. You may equal
prescribed topical or uttered antibiotics which are not only expensive acne
medicines, but may further yield harmful side effects, including:
photosensitivity, nausea and vomiting.

In conclusion, known are innumerable approaches to treating acne, however,
for mild cases, the favor of an over the counter acne medicine may be the
best higher quality. If you visit a dermatologist, imitate wary if is
incomparable vivacity to your anxiousness is to prescribe strong,
unnecessary drugs for a mild case of acne. Be patient. With time and proper
care, your scrape commit clear advancing disappeared having to depend on
acid chemicals or strong drugs.

If you moment your skin's appearance and would like supplementary inside
story on acne medicine, acne treatment, acne skin blame and more, visit
http://www.whshops.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macruby-tickets/attachments/20110413/1b2a51f4/attachment.html>

From ruby-noreply at macosforge.org  Wed Apr 13 09:59:42 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 13 Apr 2011 16:59:42 -0000
Subject: [MacRuby] #1220: XCode 4 not recognizing MacRuby
In-Reply-To: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
References: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
Message-ID: <056.1c75d04826fda9f51c79e84f8adccf8f@macosforge.org>

#1220: XCode 4 not recognizing MacRuby
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lonny6@?):

 If I add the MacRuby framework to the project manually, which is now
 necessary (new MacRuby projects immediately claim they have an "issue",
 which is



 I can compile and run the program (this is basically a blank program with
 just a window, nothing else), but when I try to deploy and embed MacRuby,
 it gives me this:

 arch: posix_spawnp:
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby: Bad
 CPU type in executable
 Error when executing ` arch -i386
 /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby
 --emit-llvm "/var/folders/N8/N8edOxkhHUyt7ESf-
 DOqRU+++TI/-Tmp-/AppDelegatei386-25930.bc"
 MREP_13AB175211D945E7854D9E487029E625
 "/Users/lonny/Library/Developer/Xcode/DerivedData/Test_1-chdlwinrmnvqtudqyqgwitfshvfr/ArchiveIntermediates/Deployment/BuildProductsPath/Release/Test_1.app/Contents/Resources/AppDelegate.rb"'
 Can't compile
 "/Users/lonny/Library/Developer/Xcode/DerivedData/Test_1-chdlwinrmnvqtudqyqgwitfshvfr/ArchiveIntermediates/Deployment/BuildProductsPath/Release/Test_1.app/Contents/Resources/AppDelegate.rb"
 Command /usr/local/bin/macruby_deploy failed with exit code 1

 Which it should not be doing, since I have told XCode to build only
 against X86_64.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1220#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 13 23:35:28 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 14 Apr 2011 06:35:28 -0000
Subject: [MacRuby] #1222: tracer.rb isn't working
Message-ID: <054.f0210f964e7ffb8b24dfac62b8c3fa07@macosforge.org>

#1222: tracer.rb isn't working
-------------------------------------+--------------------------------------
 Reporter:  mattaimonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                   |      Status:  new                  
 Priority:  trivial                  |   Milestone:  MacRuby Later        
Component:  MacRuby                  |    Keywords:                       
-------------------------------------+--------------------------------------
 This is probably, by far the most useful Ruby stdlib and we don't yet
 support it :p

 {{{
 $ macruby -rtracer time_benchmarks.rb
 undefined method `set_trace_func' for #<Tracer:0x2000c13a0 ...>
 (NoMethodError)
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1222>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 14 02:03:24 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 14 Apr 2011 09:03:24 -0000
Subject: [MacRuby] #1223: deploying a doc based app fails
Message-ID: <046.08b581488ff45031e2ddaf0daf1a232c@macosforge.org>

#1223: deploying a doc based app fails
-----------------------------+----------------------------------------------
 Reporter:  rob.ista@?       |       Owner:  lsansonetti@?        
     Type:  defect           |      Status:  new                  
 Priority:  blocker          |   Milestone:                       
Component:  MacRuby          |    Keywords:  macruby_deploy       
-----------------------------+----------------------------------------------
 a xcode4 / macruby 0.10 delivers a working doc based app but after
 deploying it, the program doesn't seem to be able to find the NSDocument
 class. It just fails to start (although the menubar works and therefor
 e.g. the help function) and doesn't recognize the connected doc types
 anymore.


 some code: (i stripped a few hundreds lines of code :) and SubtitleFile is
 a class to convert a subtitle textfile into a table and vv)

 class SubtitleDoc < NSDocument

         attr_accessor :subtitlesTableView

         def windowNibName
                 'MyDocument'
         end

         def init
                 super
                @subtitles = []
                 self
         end

         def awakeFromNib
                 @subtitlesTableView.dataSource = self
        end

         def readFromData(data, ofType:type, error:error)
                 @subtitles =
 SubtitleFile.loadFile(NSString.alloc.initWithData(data,
 encoding:NSUTF8StringEncoding))
                 return true
         end

         def dataOfType(type, error:error)
                 data = SubtitleFile.saveFile(@subtitles)
                 data.dataUsingEncoding(NSUTF8StringEncoding,
 allowLossyConversion:true)
         end

 end

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1223>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 14 07:23:58 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 14 Apr 2011 14:23:58 -0000
Subject: [MacRuby] #1224: "super" does not pass block to super class's method.
Message-ID: <051.2fa2047eb4ad500db7d2b7c7f181a8ae@macosforge.org>

#1224: "super" does not pass block to super class's method.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 class Foo
   def sample
     puts "#{self.class} : block = #{block_given?}"
   end
 end

 class Bar < Foo
   def sample
     super
   end
 end

 Foo.new.sample {} # expect => true
 Bar.new.sample {} # ditto
 }}}

 Result of MacRuby:
 {{{
 $ macruby t.rb
 Foo : block = true
 Bar : block = false
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1224>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 15 01:11:05 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 15 Apr 2011 08:11:05 -0000
Subject: [MacRuby] #1225: Segfault occurs when override the @sock.shutdown
	in NET::IMAP.
Message-ID: <051.7c9d6eb60c622da6effb7c90fea0aa60@macosforge.org>

#1225: Segfault occurs when override the @sock.shutdown in NET::IMAP.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  minor                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 require "net/imap"

 SERVER_ADDR = "127.0.0.1"
 server = TCPServer.new(SERVER_ADDR, 0)
 port = server.addr[1]
 Thread.start do
   ssock = server.accept

   ssock.print("* OK test server\r\n")
 end

 imap = Net::IMAP.new(SERVER_ADDR, port)
 imap.instance_eval do
   puts "** override shutdown"
   def @sock.shutdown(*how)
   end
 end

 puts "** done"
 }}}

 {{{
 $ ruby19 t.rb
 ** override shutdown
 ** done

 $ macruby t.rb
 ** override shutdown
 zsh: segmentation fault  macruby t.rb
 }}}

 BackTrace:
 {{{
 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000018
 [Switching to process 1051 thread 0x2b0b]
 0x0000000100892790 in llvm::Calculate<llvm::Function, llvm::BasicBlock*>
 ()
 (gdb) bt
 #0  0x0000000100892790 in llvm::Calculate<llvm::Function,
 llvm::BasicBlock*> ()
 #1  0x0000000100894201 in
 llvm::DominatorTreeBase<llvm::BasicBlock>::recalculate<llvm::Function> ()
 #2  0x000000010088f08d in llvm::DominatorTree::runOnFunction ()
 #3  0x0000000100901aa0 in llvm::FPPassManager::runOnFunction ()
 #4  0x0000000100901c3c in llvm::FunctionPassManagerImpl::run ()
 #5  0x0000000100901f29 in llvm::FunctionPassManager::run ()
 #6  0x000000010013f89d in RoxorCore::optimize (this=0x102068200,
 func=0x10151f540) at vm.cpp:543
 #7  0x000000010013f916 in RoxorCore::compile (this=0x102068200,
 func=0x10151f540, run_optimize=true) at vm.cpp:577
 #8  0x0000000100143268 in RoxorCore::resolve_method (this=0x102068200,
 klass=0x200220bc0, sel=0x101503310, func=0x10151f540, arity=@0x10490ee48,
 flags=2, imp=0, m=0x0, objc_imp_types=0x0) at vm.cpp:1867
 #9  0x000000010014366d in RoxorCore::resolve_methods (this=0x102068200,
 map=0x1011bc210, klass=0x200220bc0, sel=0x101503310) at vm.cpp:1946
 #10 0x000000010014484f in rb_vm_resolve_method (klass=0x200220bc0,
 sel=0x101503310) at vm.cpp:2006
 #11 0x00000001001448ad in resolveInstanceMethod_imp (self=0x2000f50a0,
 sel=0x7fff819d0585, name=0x101503310) at vm.cpp:4920
 #12 0x00007fff86969937 in _class_resolveMethod ()
 #13 0x000000010012b02e in rb_vm_dispatch () at dispatcher.cpp:635
 #14 0x0000000101600d74 in ?? ()
 #15 0x00000001016033a2 in ?? ()
 #16 0x000000010012c444 in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:159
 #17 0x000000010012c444 in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #18 0x000000010012c444 in rb_vm_dispatch () at dispatcher.cpp:863
 #19 0x0000000101600d74 in ?? ()
 #20 0x0000000101602aa0 in ?? ()
 #21 0x000000010012c444 in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:159
 #22 0x000000010012c444 in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #23 0x000000010012c444 in rb_vm_dispatch () at dispatcher.cpp:863
 #24 0x000000010129ba55 in md5 ()
 #25 0x00000001012adca6 in MREP_97B206DE041042B78F82683BD0596131 ()
 #26 0x000000010012c444 in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:159
 #27 0x000000010012c444 in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #28 0x000000010012c444 in rb_vm_dispatch () at dispatcher.cpp:863
 #29 0x000000010129ba55 in md5 ()
 #30 0x00000001012ad90c in MREP_97B206DE041042B78F82683BD0596131 ()
 #31 0x00000001001307f3 in __rb_vm_bcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:98
 #32 0x00000001001307f3 in vm_block_eval [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:1212
 #33 0x00000001001307f3 in rb_vm_block_eval (b=0x20020d600, argc=0,
 argv=0x0) at dispatcher.cpp:1219
 #34 0x0000000100149985 in rb_vm_thread_run (thread=8590747520) at
 vm.cpp:4577
 #35 0x00007fff85d534f6 in _pthread_start ()
 #36 0x00007fff85d533a9 in thread_start ()
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1225>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 16 00:45:19 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 16 Apr 2011 07:45:19 -0000
Subject: [MacRuby] #1224: "super" does not pass block to super class's
	method.
In-Reply-To: <051.2fa2047eb4ad500db7d2b7c7f181a8ae@macosforge.org>
References: <051.2fa2047eb4ad500db7d2b7c7f181a8ae@macosforge.org>
Message-ID: <060.553e44a0fa49573020e7dd1d39f54311@macosforge.org>

#1224: "super" does not pass block to super class's method.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed with
 https://github.com/MacRuby/MacRuby/commit/5f62cf0d98a8e711266e1f10ce432ffb95744fdb

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1224#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 16 18:59:15 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 17 Apr 2011 01:59:15 -0000
Subject: [MacRuby] #1226: Ruby methods are not available to JS objects
	within a windowScriptObject unless respondsToSelector is
	explicitly called
Message-ID: <056.adb4242a437414674d5b25438fc534e5@macosforge.org>

#1226: Ruby methods are not available to JS objects within a windowScriptObject
unless respondsToSelector is explicitly called
---------------------------------------+------------------------------------
 Reporter:  greg.borenstein@?          |       Owner:  lsansonetti@?        
     Type:  defect                     |      Status:  new                  
 Priority:  major                      |   Milestone:                       
Component:  MacRuby                    |    Keywords:                       
---------------------------------------+------------------------------------
 Working through Matt Aimonetti's basic example for how to communicate
 between Macruby and JS using a webview instance and a windowScriptObject,
 I discovered that I had to call "respondsToSelector(my_instance_method)"
 on my ruby object in order to make my_instance_method accessible from
 within javascript. The following gist shows a macruby class
 (BratPackDelegate) that is trying to provide access to a ruby class called
 Project to javascript within an HTML page loaded by a webview (the HTML/JS
 is also included in the gist):

 https://gist.github.com/923663

 If line 43 of bratpackdelegate.rb (@project.respondsToSelector("start"))
 is removed, then line 13 of home.html (project.start()) no longer
 functions.

 Matt asked me to post this bug here so I am doing so.

 Please contact me if any additional information or explanation is needed.

 thanks,

 Greg Borenstein

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1226>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 00:00:51 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 17 Apr 2011 07:00:51 -0000
Subject: [MacRuby] #1227: Xcode 4 templates are not installed properly if
	the install location is not on the system drive
Message-ID: <048.84b5e2db695cbd0ceb015fee97a99ee4@macosforge.org>

#1227: Xcode 4 templates are not installed properly if the install location is not
on the system drive
-------------------------------+--------------------------------------------
 Reporter:  shazron@?          |       Owner:  lsansonetti@?        
     Type:  defect             |      Status:  new                  
 Priority:  minor              |   Milestone:                       
Component:  MacRuby            |    Keywords:  xcode4               
-------------------------------+--------------------------------------------
 Right now the Xcode 4 template install location is based off "/Developer".
 If someone installed Xcode in another drive, or another folder in the
 system drive, it will not be installed properly.

 The proper way to detect the Xcode install location is by running `xcode-
 select -print-path` and using that value.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1227>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 00:03:20 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 17 Apr 2011 07:03:20 -0000
Subject: [MacRuby] #1217: C-level block crashes application
In-Reply-To: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
References: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
Message-ID: <060.a436430c5f25a88555f424a44a5c4f95@macosforge.org>

#1217: C-level block crashes application
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 1.0 => MacRuby 0.11


Comment:

 Should be fixed by
 https://github.com/MacRuby/MacRuby/commit/eedc8a3b28adc6933087e3b2694e2a1d902bd1ec

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1217#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 16:09:10 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 17 Apr 2011 23:09:10 -0000
Subject: [MacRuby] #1217: C-level block crashes application
In-Reply-To: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
References: <051.ece96677e99f8522f8979983ab3f6790@macosforge.org>
Message-ID: <060.c67489d8c6e7dd54c32ca86b480e36a0@macosforge.org>

#1217: C-level block crashes application
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------

Comment(by geetarista@?):

 Thanks Laurent! Works great.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1217#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 21:07:08 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 04:07:08 -0000
Subject: [MacRuby] #1228: Assertion fails when I try YAML.load nil
Message-ID: <053.5ef87291969e9db28952a6430b521dc9@macosforge.org>

#1228: Assertion fails when I try YAML.load nil
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  minor                   |   Milestone:                       
Component:  MacRuby                 |    Keywords:  reduction            
------------------------------------+---------------------------------------
 reduction:

      require 'yaml'
      YAML.load nil

 The failed assertion:

      Assertion failed: (parser->read_handler), function
 yaml_parser_update_buffer, file reader.c, line 144.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1228>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 22:06:20 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 05:06:20 -0000
Subject: [MacRuby] #1228: Assertion fails when I try YAML.load nil
In-Reply-To: <053.5ef87291969e9db28952a6430b521dc9@macosforge.org>
References: <053.5ef87291969e9db28952a6430b521dc9@macosforge.org>
Message-ID: <062.e73a0d2b2737a72cf8ef4bfa14f388e9@macosforge.org>

#1228: Assertion fails when I try YAML.load nil
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  minor                   |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  fixed                
 Keywords:  reduction               |  
------------------------------------+---------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in
 https://github.com/MacRuby/MacRuby/commit/1e168b7487e909844dcb00c2b7e77d25e682d2cd
 (at least, no crash anymore, we raise an exception)

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1228#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 22:10:19 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 05:10:19 -0000
Subject: [MacRuby] #1229: regexp format regexp '.{8}*?' not supported
Message-ID: <052.2547af8201748017f697a5020db3dd03@macosforge.org>

#1229: regexp format regexp '.{8}*?' not supported
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:  MacRuby 1.0          
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------
 In rdoc, there used to be the following regexp

 {{{
       line.gsub!(/^(.{8}*?)([^\t\r\n]{0,7})\t/) do
 }}}

 which isn't supported by MacRuby, due ICU limitations. A workaround was
 applied but we should really emulate that behavior. Kouji wrote a Ruby
 prototype of the emulation here: https://gist.github.com/907895

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1229>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 17 23:33:52 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 06:33:52 -0000
Subject: [MacRuby] #1225: Segfault occurs when override the
	@sock.shutdown in NET::IMAP.
In-Reply-To: <051.7c9d6eb60c622da6effb7c90fea0aa60@macosforge.org>
References: <051.7c9d6eb60c622da6effb7c90fea0aa60@macosforge.org>
Message-ID: <060.220ccd6e8f143d76e041e0b2452717ae@macosforge.org>

#1225: Segfault occurs when override the @sock.shutdown in NET::IMAP.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  minor                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by lsansonetti@?):

 Apparently a race condition when calling LLVM:

 {{{
 (gdb) thread apply all bt

 Thread 5 (process 2780):
 #0  0x00000001004eef1a in llvm::InstCombiner::DoOneIteration ()
 #1  0x00000001004ead3b in llvm::InstCombiner::runOnFunction ()
 #2  0x0000000100642b08 in llvm::FPPassManager::runOnFunction ()
 #3  0x0000000100643cea in llvm::FunctionPassManagerImpl::run ()
 #4  0x0000000100643e1b in llvm::FunctionPassManager::run ()
 #5  0x0000000100144640 in RoxorCore::optimize () at /Users/lrz/src
 /macruby-master/vm.cpp:543
 #6  0x0000000100144640 in RoxorCore::compile (this=0x10101bc00,
 func=0x102c022b0, run_optimize=<value temporarily unavailable, due to
 optimizations>) at vm.cpp:577
 #7  0x000000010014eda1 in RoxorCore::resolve_method (this=0x10101bc00,
 klass=0x400314e20, sel=0x1028dfb70, func=0x102c022b0, arity=@0x102d43828,
 flags=2, imp=0, m=0x0, objc_imp_types=0x0) at vm.cpp:1867
 #8  0x000000010014ef5c in RoxorCore::resolve_methods (this=0x10101bc00,
 map=0x100bbf410, klass=0x400314e20, sel=0x1028dfb70) at vm.cpp:1946
 #9  0x00000001001555ac in rb_vm_resolve_method (klass=0x400314e20,
 sel=0x1028dfb70) at vm.cpp:2006
 #10 0x000000010015565c in resolveInstanceMethod_imp (self=<value
 temporarily unavailable, due to optimizations>, sel=<value temporarily
 unavailable, due to optimizations>, name=<value temporarily unavailable,
 due to optimizations>) at vm.cpp:4920
 #11 0x00007fff851736e1 in _class_resolveMethod ()
 #12 0x000000010013cba0 in rb_vm_dispatch (_vm=0x102d4cb20,
 cache=0x102bb3240, top=17187292448, self=17187292448, klass=0x400317040,
 sel=0x1028dfb70, block=0x0, opt=1 '\001', argc=0, argv=0x0) at
 dispatcher.cpp:635
 #13 0x0000000102b00d6c in ?? ()
 #14 0x0000000102b033dd in ?? ()
 #15 0x000000010013e6ac in rb_vm_dispatch (_vm=0x102d4cb20,
 cache=0x102bbc540, top=17187292448, self=17187292448, klass=0x400317040,
 sel=0x1028f3610, block=0x0, opt=1 '\001', argc=<value temporarily
 unavailable, due to optimizations>, argv=0x0) at dispatcher.cpp:159
 #16 0x0000000102b00d6c in ?? ()
 #17 0x0000000102b02ad3 in ?? ()
 #18 0x000000010013e6ac in rb_vm_dispatch (_vm=0x102d4cb20,
 cache=0x102ba9290, top=17187292448, self=17187292448, klass=0x400317040,
 sel=0x7fff86892c96, block=0x40071f3e0, opt=2 '\002', argc=<value
 temporarily unavailable, due to optimizations>, argv=0x0) at
 dispatcher.cpp:159
 #19 0x0000000100f8a1a1 in dyld_stub_rb_define_module ()
 #20 0x0000000100f9c237 in MREP_6211DECCE62B4C3B8D629CABF02EA283 ()
 #21 0x000000010013e6ac in rb_vm_dispatch (_vm=0x102d4cb20,
 cache=0x102ba4440, top=17187292448, self=17187292448, klass=0x400317040,
 sel=0x100bbff30, block=0x0, opt=1 '\001', argc=<value temporarily
 unavailable, due to optimizations>, argv=0x0) at dispatcher.cpp:159
 #22 0x0000000100f8a1a1 in dyld_stub_rb_define_module ()
 #23 0x0000000100f9be5f in MREP_6211DECCE62B4C3B8D629CABF02EA283 ()
 #24 0x000000010013fdc9 in rb_vm_block_eval (b=0x102d4cb20, argc=<value
 temporarily unavailable, due to optimizations>, argv=0x0) at
 dispatcher.cpp:98
 #25 0x0000000100153f28 in rb_vm_thread_run (thread=17187334816) at
 vm.cpp:4577
 #26 0x00007fff8bf0b5b2 in _pthread_start ()
 #27 0x00007fff8bf0e339 in thread_start ()

 Thread 4 (process 2780):
 #0  0x00007fff8435d162 in __workq_kernreturn ()
 #1  0x00007fff8bf0d287 in _pthread_wqthread ()
 #2  0x00007fff8bf0e349 in start_wqthread ()

 Thread 3 (process 2780):
 #0  0x00007fff8435d7b6 in kevent ()
 #1  0x00007fff8196b872 in _dispatch_mgr_invoke ()
 #2  0x00007fff8196a40a in _dispatch_mgr_thread ()

 Thread 2 (process 2780):
 #0  0x00007fff8435d162 in __workq_kernreturn ()
 #1  0x00007fff8bf0d287 in _pthread_wqthread ()
 #2  0x00007fff8bf0e349 in start_wqthread ()

 Thread 1 (process 2780):
 #0  0x00000001001ceaf0 in (anonymous namespace)::X86DAGToDAGISel::Select
 ()
 #1  0x00000001003398f2 in llvm::SelectionDAGISel::DoInstructionSelection
 ()
 #2  0x000000010033ae61 in llvm::SelectionDAGISel::CodeGenAndEmitDAG ()
 #3  0x000000010033c12e in llvm::SelectionDAGISel::SelectBasicBlock ()
 #4  0x000000010033c3d6 in llvm::SelectionDAGISel::SelectAllBasicBlocks ()
 #5  0x000000010033c7a0 in llvm::SelectionDAGISel::runOnMachineFunction ()
 #6  0x00000001003b0501 in llvm::MachineFunctionPass::runOnFunction ()
 #7  0x0000000100642b08 in llvm::FPPassManager::runOnFunction ()
 #8  0x0000000100643cea in llvm::FunctionPassManagerImpl::run ()
 #9  0x0000000100643e1b in llvm::FunctionPassManager::run ()
 #10 0x000000010035464d in llvm::JIT::getPointerToFunction ()
 #11 0x00000001001445a2 in RoxorCore::compile (this=0x10101bc00,
 func=0x1028b6800, run_optimize=<value temporarily unavailable, due to
 optimizations>) at vm.cpp:581
 #12 0x000000010014ece6 in RoxorCore::resolve_method (this=0x10101bc00,
 klass=0x400316fc0, sel=0x100bb5ac0, func=0x100bb9ad0,
 arity=@0x7fff5fbfe328, flags=1, imp=0x102b0a400, m=0x100be5148,
 objc_imp_types=0x0) at vm.cpp:1903
 #13 0x0000000100155ac9 in prepare_method (klass=0x400316fc0,
 dynamic_class=<value temporarily unavailable, due to optimizations>,
 sel=0x100bb5ac0, data=0x100bb9ad0, arity=@0x7fff5fbfe328, flags=1,
 precompiled=false, objc_imp_types=0x0) at vm.cpp:2125
 #14 0x0000000100156190 in rb_vm_prepare_method (klass=<value temporarily
 unavailable, due to optimizations>, dynamic_class=<value temporarily
 unavailable, due to optimizations>, sel=<value temporarily unavailable,
 due to optimizations>, func=<value temporarily unavailable, due to
 optimizations>, arity=<value temporarily unavailable, due to
 optimizations>, flags=<value temporarily unavailable, due to
 optimizations>) at vm.cpp:2201
 #15 0x0000000102b0a370 in ?? ()
 #16 0x000000010013f12d in rb_vm_yield_under (klass=<value temporarily
 unavailable, due to optimizations>, self=17187292448, argc=<value
 temporarily unavailable, due to optimizations>, argv=0x0) at
 dispatcher.cpp:98
 #17 0x00000001000f5bef in specific_eval (argc=<value temporarily
 unavailable, due to optimizations>, argv=0x0, klass=17183109184,
 self=17187292448) at vm_eval.c:353
 #18 0x000000010013e1df in rb_vm_dispatch (_vm=0x100b3b1e0,
 cache=0x100a96560, top=17184153504, self=17187292448, klass=0x400314ea0,
 sel=0x100b69920, block=0x40071b420, opt=0 '\0', argc=0, argv=0x0) at
 dispatcher.cpp:457
 #19 0x0000000102b00d6c in ?? ()
 #20 0x0000000102b003f5 in ?? ()
 #21 0x0000000100154fa3 in rb_vm_run (fname=<value temporarily unavailable,
 due to optimizations>, node=0x4004a4e00, binding=<value temporarily
 unavailable, due to optimizations>, inside_eval=false) at vm.cpp:3962
 warning: .o file "/Users/lrz/src/macruby-master/.objs/eval.o" more recent
 than executable timestamp in "/Users/lrz/src/macruby-
 master/libmacruby.1.9.2.dylib"
 warning: Couldn't open object file '/Users/lrz/src/macruby-
 master/.objs/eval.o'
 #22 0x0000000100031050 in ruby_run_node ()
 #23 0x0000000100000cf8 in main (argc=2, argv=0x10280f810, envp=<value
 temporarily unavailable, due to optimizations>) at main.cpp:40
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1225#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 00:00:30 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 07:00:30 -0000
Subject: [MacRuby] #1225: Segfault occurs when override the
	@sock.shutdown in NET::IMAP.
In-Reply-To: <051.7c9d6eb60c622da6effb7c90fea0aa60@macosforge.org>
References: <051.7c9d6eb60c622da6effb7c90fea0aa60@macosforge.org>
Message-ID: <060.672969e31b74534525b642ce9c7f3a81@macosforge.org>

#1225: Segfault occurs when override the @sock.shutdown in NET::IMAP.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  minor                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed by
 https://github.com/MacRuby/MacRuby/commit/088786aa7c692ccd03942d30ca321f44f030fc62

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1225#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 00:03:30 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 07:03:30 -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.4da2d8e3c6e3862c1dc7b500b5786a37@macosforge.org>

#860: Assertion fails in pop_current_exception when catch/throw used in rescue
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 1.0          
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by lsansonetti@?):

 Andre: are you sure you're reproducing the same problem? The same
 assertion message does not mean the same problem. Here, it's a combination
 of catch/throw statements used inside a rescue block.

 If you do not use catch/throw (as I suspect, as they are not very
 popular), a reproduction of your problem would be great (on a separate
 ticket).

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/860#comment:10>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 00:16:23 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 07:16:23 -0000
Subject: [MacRuby] #1230: Assert fails when calls "binding" with Object#send.
Message-ID: <051.986b66976af8fb71f1068d4cba4c366d@macosforge.org>

#1230: Assert fails when calls "binding" with Object#send.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  minor                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 obj = Object.new
 p obj.send(:binding)
 }}}

 Result
 {{{
 $ ruby19 t.rb
 #<Binding:0x0000010086e088>

 $ macruby t.rb
 Assertion failed: (bind != NULL), function rb_binding_new, file proc.c,
 line 229.
 zsh: abort      macruby t.rb
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1230>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 00:53:44 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 07:53:44 -0000
Subject: [MacRuby] #1231: Create test suite for macruby_deploy
Message-ID: <054.1a11f7b902e0eb7eb258e02c95b6ff7d@macosforge.org>

#1231: Create test suite for macruby_deploy
-------------------------------------+--------------------------------------
 Reporter:  eloy.de.enige@?          |       Owner:  eloy.de.enige@?        
     Type:  defect                   |      Status:  new                    
 Priority:  blocker                  |   Milestone:                         
Component:  MacRuby                  |    Keywords:                         
-------------------------------------+--------------------------------------
 So we can catch regression bugs, for example:
 http://lists.macosforge.org/pipermail/macruby-devel/2011-April/007589.html

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1231>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 05:46:44 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 12:46:44 -0000
Subject: [MacRuby] #1226: Ruby methods are not available to JS objects
	within a windowScriptObject unless respondsToSelector is
	explicitly called
In-Reply-To: <056.adb4242a437414674d5b25438fc534e5@macosforge.org>
References: <056.adb4242a437414674d5b25438fc534e5@macosforge.org>
Message-ID: <065.fe30a1b8ad5902ae70d6bd70779480e9@macosforge.org>

#1226: Ruby methods are not available to JS objects within a windowScriptObject
unless respondsToSelector is explicitly called
---------------------------------------+------------------------------------
 Reporter:  greg.borenstein@?          |       Owner:  lsansonetti@?        
     Type:  defect                     |      Status:  new                  
 Priority:  major                      |   Milestone:                       
Component:  MacRuby                    |    Keywords:                       
---------------------------------------+------------------------------------

Comment(by thibault.ml@?):

 Hi! Thanks for the report!

 However, I believe this is a duplicate of #594 (see comments) :-)

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1226#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 06:57:40 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 13:57:40 -0000
Subject: [MacRuby] #1232: MacRuby does not finish when Thread is awaiting
	the lock and calls Thread#{join, value}.
Message-ID: <051.0d27b32269a30ddb225a4325bb2c41a9@macosforge.org>

#1232: MacRuby does not finish when Thread is awaiting the lock and calls
Thread#{join, value}.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 m = Mutex.new
 m.lock
 t = Thread.new do
   m.lock
 end
 t.kill
 t.join
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1232>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 07:15:34 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 18 Apr 2011 14:15:34 -0000
Subject: [MacRuby] #1233: Abort occurs when kill a thread waiting with
	IO.select
Message-ID: <051.31a4555dca3b4ede25ef1a1b95e65a9c@macosforge.org>

#1233: Abort occurs when kill a thread waiting with IO.select
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 t = Thread.new do
   IO.select(nil, nil, nil, nil)
 end
 sleep 0.5
 t.kill
 }}}

 {{{
 $ macruby t.rb
 terminate called after throwing an instance of
 'RoxorThreadRaiseException*'
 zsh: abort      macruby t.rb
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1233>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 18:47:41 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 19 Apr 2011 01:47:41 -0000
Subject: [MacRuby] #1220: XCode 4 not recognizing MacRuby
In-Reply-To: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
References: <047.e24d2d242a54b782bb9e641d72711ab5@macosforge.org>
Message-ID: <056.d0ef22e69c1f6c7215af7f246d643300@macosforge.org>

#1220: XCode 4 not recognizing MacRuby
------------------------------+---------------------------------------------
 Reporter:  lonny6@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lonny6@?):

 Strictly speaking, this wasn't solved, but I think you can close this
 ticket. I have gone back to Xcode 3.2.6 for now. 4.01 was wasting too much
 of my time.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1220#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 18 20:29:15 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 19 Apr 2011 03:29:15 -0000
Subject: [MacRuby] #1169: Infinity loop occurs with cyclic including
	module.
In-Reply-To: <051.2741a8d3565c30017b30e44fdc07d662@macosforge.org>
References: <051.2741a8d3565c30017b30e44fdc07d662@macosforge.org>
Message-ID: <060.5170b96a62e31a51d38879e09eadfcbd@macosforge.org>

#1169: Infinity loop occurs with cyclic including module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 https://github.com/MacRuby/MacRuby/commit/b2a7f158b460c18ea4728054bea92024713e8378

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1169#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 07:30:06 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 19 Apr 2011 14:30:06 -0000
Subject: [MacRuby] #1234: Assertion failed: (repl_buflen > 0),
	when call String#tr with "\u00FF"
Message-ID: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>

#1234: Assertion failed: (repl_buflen > 0), when call String#tr with "\u00FF"
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 {{{
 $ macruby -e '"a".tr("a", "\u00ff")'
 Assertion failed: (repl_buflen > 0), function
 create_translate_charset_table, file string.c, line 5383.
 zsh: abort      macruby -e '"a".tr("a", "\u00ff")'
 }}}

 Test Script:
 {{{
 #!ruby
 # Latin-1 Supplement
 Range.new(0x80, 0xFF).each do |c|
   str = [c].pack('U')
   puts "#{c} : " + "a".tr("a", str)
 end

 # Latin Extended-A
 Range.new(0x0100, 0x017F).each do |c|
   str = [c].pack('U')
   puts "#{c} : " + "a".tr("a", str)
 end

 # Latin Extended-B
 Range.new(0x0180, 0x024F).each do |c|
   str = [c].pack('U')
   puts "#{c} : " + "a".tr("a", str)
 end
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1234>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 08:01:52 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 19 Apr 2011 15:01:52 -0000
Subject: [MacRuby] #1234: Assertion failed: (repl_buflen > 0),
	when call String#tr with "\u00FF"
In-Reply-To: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
References: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
Message-ID: <060.917a3ebc04297fac4df4008a155c1ba1@macosforge.org>

#1234: Assertion failed: (repl_buflen > 0), when call String#tr with "\u00FF"
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by watson1978@?):

 This issue resemble #827.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1234#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 10:37:54 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 19 Apr 2011 17:37:54 -0000
Subject: [MacRuby] #1235: Need to implement rb_enc_to_index.
Message-ID: <051.a58a33f08833297733472c67b829101a@macosforge.org>

#1235: Need to implement rb_enc_to_index.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 I use Hpricot 0.8.4, and ran a script as following.

 Test Script:
 {{{
 #!ruby
 require 'rubygems'
 require 'hpricot'

 doc =  Hpricot("<p>A simple <b>test</b> string.</p>")
 p doc
 }}}

 Result:
 {{{
 $ ruby19 test_hpricot.rb
 #<Hpricot::Doc {elem <p> "A simple " {elem <b> "test" </b>} " string."
 </p>}>

 $ macruby test_hpricot.rb
 dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index
   Referenced from:
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.4/lib/fast_xs.bundle
   Expected in: flat namespace

 dyld: Symbol not found: _rb_enc_to_index
   Referenced from:
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.4/lib/fast_xs.bundle
   Expected in: flat namespace

 zsh: trace trap  macruby test_hpricot.rb
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1235>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 20:19:07 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 03:19:07 -0000
Subject: [MacRuby] #1098: assert that all memory allocations actually
	succeeded
In-Reply-To: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
References: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
Message-ID: <061.2e2c4cb3decdea9873bccfaed1e6bc5f@macosforge.org>

#1098: assert that all memory allocations actually succeeded
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:  MacRuby 1.0          
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------

Comment(by scanfield@?):

 I'm happy to fix this, but looking at the code I wasn't sure -- should I
 replace all malloc calls with calls to xmalloc? Or just add individual
 asserts?
 xmalloc makes more sense to me but I don't know the local style.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1098#comment:5>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 21:41:44 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 04:41:44 -0000
Subject: [MacRuby] #1098: assert that all memory allocations actually
	succeeded
In-Reply-To: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
References: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
Message-ID: <061.1680e0d751667a5b9eec087c1e9bc7b4@macosforge.org>

#1098: assert that all memory allocations actually succeeded
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:  MacRuby 1.0          
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------

Comment(by lsansonetti@?):

 No, malloc calls should not be replaced by xmalloc, because xmalloc
 returns "collectable" memory (from the libauto malloc zone). What we need
 here is to simply add assert() calls after each malloc() call, to make
 sure it does not return a NULL pointer.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1098#comment:6>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 21:42:00 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 04:42:00 -0000
Subject: [MacRuby] #1098: assert that all memory allocations actually
	succeeded
In-Reply-To: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
References: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
Message-ID: <061.e49a53a68a22b1eeb30fac675072bf3b@macosforge.org>

#1098: assert that all memory allocations actually succeeded
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:  MacRuby 1.0          
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------

Comment(by lsansonetti@?):

 Similarly, calloc and realloc calls should also be secured.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1098#comment:7>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 19 23:55:38 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 06:55:38 -0000
Subject: [MacRuby] #1236: Need ENCODING_GET to install the RedCloth.
Message-ID: <051.c97da25e70c48a915965cca6fcae7c05@macosforge.org>

#1236: Need ENCODING_GET to install the RedCloth.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 {{{
 $ sudo macgem install RedCloth
 WARNING:  You are installing a new version of /usr/bin/redcloth.
 This file already exists with a different shebang, possibly from a
 different
 ruby implementation or version. This operation may break the script.
 Do you still wish to continue? [yn]  y
 Building native extensions.  This could take a while...
 ERROR:  Error installing RedCloth:
         ERROR: Failed to build gem native extension.

 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/bin/macruby
 extconf.rb
 checking for main() in -lc... yes
 creating Makefile

 make
 /usr/bin/gcc -I.
 -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2
 /universal-darwin10.3
 -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2/ruby/backward
 -I/Library/Frameworks/MacRuby.framework/Versions/0.11/usr/include/ruby-1.9.2
 -I.  -fno-common -arch x86_64 -fexceptions -fno-common -pipe -O3 -g -Wall
 -O0 -Wall -Werror -arch x86_64 -o redcloth_attributes.o -c
 redcloth_attributes.c
 cc1: warnings being treated as errors
 ragel/redcloth_common.rl: In function ?redcloth_attribute_parser?:
 ragel/redcloth_common.rl:9: warning: implicit declaration of function
 ?ENCODING_GET?
 ragel/redcloth_attributes.c.rl: In function ?redcloth_attributes?:
 ragel/redcloth_attributes.c.rl:46: warning: passing argument 3 of
 ?redcloth_attribute_parser? discards qualifiers from pointer target type
 ragel/redcloth_attributes.c.rl:46: warning: passing argument 4 of
 ?redcloth_attribute_parser? discards qualifiers from pointer target type
 ragel/redcloth_attributes.c.rl: In function ?redcloth_link_attributes?:
 ragel/redcloth_attributes.c.rl:55: warning: passing argument 3 of
 ?redcloth_attribute_parser? discards qualifiers from pointer target type
 ragel/redcloth_attributes.c.rl:55: warning: passing argument 4 of
 ?redcloth_attribute_parser? discards qualifiers from pointer target type
 make: *** [redcloth_attributes.o] Error 1


 Gem files will remain installed in
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/RedCloth-4.2.7
 for inspection.
 Results logged to
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/ruby/Gems/1.9.2/gems/RedCloth-4.2.7/ext/redcloth_scan/gem_make.out
 }}}

 It seems that MacRuby has not ENCODING_GET() macro.
 {{{
 $grep ENCODING_GET -r *
 parse.c:14282:  if (idx != ENCODING_GET(str) &&
 parse.y:9024:   if (idx != ENCODING_GET(str) &&
 y.tab.c:14280:  if (idx != ENCODING_GET(str) &&
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1236>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 13:47:44 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 20:47:44 -0000
Subject: [MacRuby] #1235: Need to implement rb_enc_to_index.
In-Reply-To: <051.a58a33f08833297733472c67b829101a@macosforge.org>
References: <051.a58a33f08833297733472c67b829101a@macosforge.org>
Message-ID: <060.d94d62d6f0e2fb8f9fd52530e3d1212b@macosforge.org>

#1235: Need to implement rb_enc_to_index.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in
 https://github.com/MacRuby/MacRuby/commit/5e9b743e1fe104930bb8e891cc737f105e08443b

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1235#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 13:47:56 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 20:47:56 -0000
Subject: [MacRuby] #1236: Need ENCODING_GET to install the RedCloth.
In-Reply-To: <051.c97da25e70c48a915965cca6fcae7c05@macosforge.org>
References: <051.c97da25e70c48a915965cca6fcae7c05@macosforge.org>
Message-ID: <060.1fd1bd9ad51a3f212afa0577f778d615@macosforge.org>

#1236: Need ENCODING_GET to install the RedCloth.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  major                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in
 https://github.com/MacRuby/MacRuby/commit/5e9b743e1fe104930bb8e891cc737f105e08443b

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1236#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 13:48:21 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 20:48:21 -0000
Subject: [MacRuby] #1234: Assertion failed: (repl_buflen > 0),
	when call String#tr with "\u00FF"
In-Reply-To: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
References: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
Message-ID: <060.1afe028210e5b06b523a4295398e0e7c@macosforge.org>

#1234: Assertion failed: (repl_buflen > 0), when call String#tr with "\u00FF"
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by lsansonetti@?):

 Yes it's probably the same.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1234#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 15:05:30 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 22:05:30 -0000
Subject: [MacRuby] #1192: Did not find nested constants.
In-Reply-To: <047.27c7c66d0bf40a7df6fcc0a5e24740ce@macosforge.org>
References: <047.27c7c66d0bf40a7df6fcc0a5e24740ce@macosforge.org>
Message-ID: <056.2a7d84e335abd8780a764d1ad9b90a79@macosforge.org>

#1192: Did not find nested constants.
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
Changes (by lsansonetti@?):

  * milestone:  MacRuby 0.10 =>


Comment:

 Kouji worked on a patch for this issue: https://gist.github.com/924911

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1192#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 16:35:21 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 20 Apr 2011 23:35:21 -0000
Subject: [MacRuby] #1237: Library not loaded
Message-ID: <051.41da3894e62abc0e4d712118f619c24a@macosforge.org>

#1237: Library not loaded
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 I get the following error when trying to build my app for distribution:

 dyld: Library not loaded:
 /Library/Frameworks/MacRuby.framework/Versions/0.11/usr/lib/libmacruby.dylib
 Referenced from: /Applications/MyApp.app/Contents/MacOS/MyApp
 Reason: image not found.

 I've done some searching and see that this has been an on and off again
 issue, so I'm not sure what to do. For some reason, I can create a new
 project from the template and distribute an app with no code, but it does
 not work for my app. I've even tried removing the framework from my
 project in Xcode and re-adding it, but there is no difference. I also
 tried creating a new project from the template, adding all of my code, and
 it still wouldn't work. I'm not sure how something in my code would make
 it so the app can't see the embedded framework at all.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1237>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 20:21:16 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 03:21:16 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
Message-ID: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 1.0          
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
 reduction:
 {{{
 $ macruby -e 'Module.new { instance_methods.each { |selector|
 remove_method(selector) } }'
 -e:1:in `block': method `to_plist' not defined in #<Class:0x20004ad00>
 (NameError)
         from -e:1:in `block'
         from -e:1:in `<main>'

 $ ruby -e 'Module.new { instance_methods.each { |selector|
 remove_method(selector) } }'
 (not raise an exception)
 }}}

 This is use in
 Rails(actionpack-3.0.7/lib/action_dispatch/routing/route_set.rb:94).

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 20 21:37:31 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 04:37:31 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
In-Reply-To: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
References: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
Message-ID: <056.c9105c3e22e3ceb4b5a3ba152da1d2cb@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 1.0          
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by kouji@?):

 Oh, I understood this issue.
 Module has many instance methods in MacRuby, but CRuby does not.
 {{{
 $ macruby -e 'p Module.new.instance_methods'
 [:to_plist, :Complex, :Rational, :enum_for, :to_enum, :object_id, :__id__,
 :define_singleton_method, :public_method, :method, :extend,
 :respond_to_missing?, :respond_to?, :public_send, :send, :__send__,
 :instance_exec, :instance_eval, :__callee__, :__method__, :tap, :is_a?,
 :kind_of?, :instance_of?, :instance_variable_defined?,
 :instance_variable_set, :instance_variable_get, :instance_variables,
 :public_methods, :private_methods, :protected_methods, :singleton_methods,
 :methods, :inspect, :to_s, :untrusted?, :untrust, :trust, :frozen?,
 :freeze, :untaint, :tainted?, :taint, :__type__, :dup, :clone, :<=>,
 :eql?, :!~, :=~, :===, :nil?, :!=, :!, :==, :equal?]

 $ ruby -e 'p Module.new.instance_methods'
 []
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 00:49:20 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 07:49:20 -0000
Subject: [MacRuby] #1098: assert that all memory allocations actually
	succeeded
In-Reply-To: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
References: <052.3ecc8b7fab2cd1d59b08428cd4aba99e@macosforge.org>
Message-ID: <061.5802004800d80e0235e728f7fd6606c9@macosforge.org>

#1098: assert that all memory allocations actually succeeded
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |        Owner:  lsansonetti@?        
     Type:  defect                 |       Status:  closed               
 Priority:  blocker                |    Milestone:  MacRuby 0.11         
Component:  MacRuby                |   Resolution:  fixed                
 Keywords:                         |  
-----------------------------------+----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 1.0 => MacRuby 0.11


Comment:

 Should be fixed by
 https://github.com/MacRuby/MacRuby/compare/6b5357a...07bb9e2

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1098#comment:8>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 13:05:09 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 20:05:09 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
In-Reply-To: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
References: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
Message-ID: <056.863a970a8920e6946c329c02cfae3ef1@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
Changes (by lsansonetti@?):

  * milestone:  MacRuby 1.0 =>


Comment:

 Because these methods are added on NSObject which is the superclass of
 Module.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 13:09:39 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 20:09:39 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
In-Reply-To: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
References: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
Message-ID: <056.38701933b3fbe98033c877d836b074cc@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lsansonetti@?):

 #remove_method raises an exception in case we try to remove a method from
 a class where the method was not originally defined in (in this case, the
 methods are defined on NSObject, not Module).

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238#comment:4>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 13:38:24 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 20:38:24 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
In-Reply-To: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
References: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
Message-ID: <056.7a694a9686e61d31f35ed568660906a3@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:                       
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by lsansonetti@?):

 {{{
 $ ruby1.9 -e "p Module.new.ancestors"
 [#<Module:0xb79800>]
 $ ./miniruby -e "p Module.new.ancestors"
 [#<Class:0x40021dd00>, NSObject, Kernel]
 }}}

 I'm afraid we will have to hardcode some logic here for this special case.
 Strangely enough, Class is different.

 {{{
 $ ruby1.9 -e "p Class.new.ancestors"
 [#<Class:0xb3f600>, Object, Kernel, BasicObject]
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238#comment:5>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 14:08:58 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 21 Apr 2011 21:08:58 -0000
Subject: [MacRuby] #1226: Ruby methods are not available to JS objects
	within a windowScriptObject unless respondsToSelector is
	explicitly called
In-Reply-To: <056.adb4242a437414674d5b25438fc534e5@macosforge.org>
References: <056.adb4242a437414674d5b25438fc534e5@macosforge.org>
Message-ID: <065.6db835fa5be023d5a58a8a8ffc771fe1@macosforge.org>

#1226: Ruby methods are not available to JS objects within a windowScriptObject
unless respondsToSelector is explicitly called
---------------------------------------+------------------------------------
 Reporter:  greg.borenstein@?          |        Owner:  lsansonetti@?        
     Type:  defect                     |       Status:  closed               
 Priority:  major                      |    Milestone:                       
Component:  MacRuby                    |   Resolution:  duplicate            
 Keywords:                             |  
---------------------------------------+------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Closing as duplicate.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1226#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 21 21:13:32 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 22 Apr 2011 04:13:32 -0000
Subject: [MacRuby] #1239: Loaded RSS library too slow
Message-ID: <050.e22607500ce3f592b5370fb007b28a86@macosforge.org>

#1239: Loaded RSS library too slow
---------------------------------+------------------------------------------
 Reporter:  tonytony1@?          |       Owner:  lsansonetti@?        
     Type:  defect               |      Status:  new                  
 Priority:  major                |   Milestone:  MacRuby 0.11         
Component:  MacRuby              |    Keywords:  RSS                  
---------------------------------+------------------------------------------
 at the moment, I am using macruby 0.10 and when i include RSS library and
 macruby took a while to load the library.

 here are the snippet of it the code:

 require 'rss'

 and then i have to wait about 10 seconds to loaded under macirb.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1239>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 22 08:19:52 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 22 Apr 2011 15:19:52 -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.3ab003d2486ff2245cc8214ffeccabf3@macosforge.org>

#860: Assertion fails in pop_current_exception when catch/throw used in rescue
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:  MacRuby 1.0          
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by kouji@?):

 I fixed this in
 https://github.com/MacRuby/MacRuby/commit/60723bfc81846600a620c7a0ba1816fa6d845ec2
 (implement) and
 https://github.com/MacRuby/MacRuby/commit/2d46a9416b70031d5df1a466d6308390377430f9
 (test).
 Plaese check it and close this ticket.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/860#comment:11>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 22 14:15:54 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 22 Apr 2011 21:15:54 -0000
Subject: [MacRuby] #1240: Seg fault requiring Sinatra Module
Message-ID: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>

#1240: Seg fault requiring Sinatra Module
-------------------------------------+--------------------------------------
 Reporter:  adam_kenger@?            |       Owner:  lsansonetti@?                    
     Type:  defect                   |      Status:  new                              
 Priority:  blocker                  |   Milestone:                                   
Component:  MacRuby                  |    Keywords:  sinatra module segmentation fault
-------------------------------------+--------------------------------------
 When requiring a Sinatra module in MacRuby 0.10 I get a Segmentation
 Fault.  I'm not entirely sure how to capture any more detail.

 {{{
 irb(main):001:0> require 'sinatra'
 => true
 irb(main):002:0> module Sinatra
 irb(main):003:1>   module SinatraTest
 irb(main):004:1>   end
 irb(main):005:1>   register SinatraTest
 irb(main):006:0> end
 Segmentation fault
 }}}

 Works ok if you just require sinatra/base


 {{{
 irb(main):001:0> require 'sinatra/base'
 => true
 irb(main):002:0> module Sinatra
 irb(main):003:1>   module SinatraTest
 irb(main):004:1>   end
 irb(main):005:1>   register SinatraTest
 irb(main):006:0> end
 => [Sinatra::SinatraTest]
 }}}


 Gem list:

 control_tower (1.0)
 haml (3.0.25)
 rack (1.2.1)
 rack-flash (0.1.1)
 sequel (3.22.0)
 sinatra (1.2.3)
 sqlite3 (1.3.3)
 tilt (1.2.2)

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1240>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 22 20:31:08 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 23 Apr 2011 03:31:08 -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.386c7f9a9014bcdec4aaf4a7c5808a64@macosforge.org>

#860: Assertion fails in pop_current_exception when catch/throw used in rescue
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  blocker               |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 1.0 => MacRuby 0.11


Comment:

 I confirm the fix works. Closing!

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/860#comment:12>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 22 23:08:38 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 23 Apr 2011 06:08:38 -0000
Subject: [MacRuby] #1240: Seg fault requiring Sinatra Module
In-Reply-To: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
References: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
Message-ID: <063.23b8dce40de9a95edb5b08de647ea913@macosforge.org>

#1240: Seg fault requiring Sinatra Module
-------------------------------------+--------------------------------------
 Reporter:  adam_kenger@?            |       Owner:  lsansonetti@?                    
     Type:  defect                   |      Status:  new                              
 Priority:  blocker                  |   Milestone:                                   
Component:  MacRuby                  |    Keywords:  sinatra module segmentation fault
-------------------------------------+--------------------------------------

Comment(by lsansonetti@?):

 Looks like a #send recursive loop. The code that triggers it seems to be
 in sinatra/base.rb:

 {{{
   module Delegator #:nodoc:
     def self.delegate(*methods)
       methods.each do |method_name|
         eval <<-RUBY, binding, '(__DELEGATE__)', 1
           def #{method_name}(*args, &b)
             ::Sinatra::Application.send(#{method_name.inspect}, *args, &b)
           end
           private #{method_name.inspect}
         RUBY
       end
     end
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1240#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 23 00:59:59 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 23 Apr 2011 07:59:59 -0000
Subject: [MacRuby] #1240: Seg fault requiring Sinatra Module
In-Reply-To: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
References: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
Message-ID: <063.e7f605eeb1d52520649c64ce977d6e78@macosforge.org>

#1240: Seg fault requiring Sinatra Module
-------------------------------------+--------------------------------------
 Reporter:  adam_kenger@?            |       Owner:  lsansonetti@?                    
     Type:  defect                   |      Status:  new                              
 Priority:  blocker                  |   Milestone:                                   
Component:  MacRuby                  |    Keywords:  sinatra module segmentation fault
-------------------------------------+--------------------------------------

Comment(by lsansonetti@?):

 Called from:

 {{{
     def self.register(*extensions, &block) #:nodoc:
       added_methods = extensions.map {|m| m.public_instance_methods
 }.flatten
       Delegator.delegate(*added_methods)
       super(*extensions, &block)
     end
 }}}

 Because #send is part of the methods to delegate, it creates a recursive
 call.

 Reduction:

 {{{
 $ ./miniruby -e "module M; end; p M.public_instance_methods"
 [:to_plist, :Complex, :Rational, :enum_for, :to_enum, :object_id, :__id__,
 :define_singleton_method, :public_method, :method, :extend,
 :respond_to_missing?, :respond_to?, :public_send, :send, :__send__,
 :instance_exec, :instance_eval, :__callee__, :__method__, :tap, :is_a?,
 :kind_of?, :instance_of?, :instance_variable_defined?,
 :instance_variable_set, :instance_variable_get, :instance_variables,
 :public_methods, :private_methods, :protected_methods, :singleton_methods,
 :methods, :inspect, :to_s, :untrusted?, :untrust, :trust, :frozen?,
 :freeze, :untaint, :tainted?, :taint, :__type__, :dup, :clone, :<=>,
 :eql?, :!~, :=~, :===, :nil?, :!=, :!, :==, :equal?]
 $ ruby1.9 -e "module M; end; p M.public_instance_methods"
 []
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1240#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 23 09:39:48 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 23 Apr 2011 16:39:48 -0000
Subject: [MacRuby] #1223: deploying a doc based app fails
In-Reply-To: <046.08b581488ff45031e2ddaf0daf1a232c@macosforge.org>
References: <046.08b581488ff45031e2ddaf0daf1a232c@macosforge.org>
Message-ID: <055.1e845c5ec6cd54888f6e15866bb48eca@macosforge.org>

#1223: deploying a doc based app fails
-----------------------------+----------------------------------------------
 Reporter:  rob.ista@?       |       Owner:  lsansonetti@?        
     Type:  defect           |      Status:  new                  
 Priority:  blocker          |   Milestone:                       
Component:  MacRuby          |    Keywords:  macruby_deploy       
-----------------------------+----------------------------------------------

Comment(by rob.ista@?):

 Well, i decided to start all over again with xcode4 and a new doc based
 app ... created all class files as new and just copied all the code ..
 with the xib's same thing .. to my surprise i was able to create a working
 app with deploy .. tried to find the diffs but cant find them .. i suggest
 lowering the priority of this ticket .. obviously there is a decent work
 around

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1223#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 23 15:24:08 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sat, 23 Apr 2011 22:24:08 -0000
Subject: [MacRuby] #1240: Seg fault requiring Sinatra Module
In-Reply-To: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
References: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
Message-ID: <063.7f5c330a3097c814f9ceb91c209da96e@macosforge.org>

#1240: Seg fault requiring Sinatra Module
-------------------------------------+--------------------------------------
 Reporter:  adam_kenger@?            |       Owner:  lsansonetti@?                    
     Type:  defect                   |      Status:  new                              
 Priority:  blocker                  |   Milestone:                                   
Component:  MacRuby                  |    Keywords:  sinatra module segmentation fault
-------------------------------------+--------------------------------------

Comment(by lsansonetti@?):

 So this is the same problem as #1238, in a way.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1240#comment:4>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 24 18:13:25 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 25 Apr 2011 01:13:25 -0000
Subject: [MacRuby] #619: Constant scope in a block is determined at
	run-time?
In-Reply-To: <049.2ea37c36f741587244c66115a06cdccc@macosforge.org>
References: <049.2ea37c36f741587244c66115a06cdccc@macosforge.org>
Message-ID: <058.c5bed53f6d93ae07c4dab93fdaa3a463@macosforge.org>

#619: Constant scope in a block is determined at run-time?
--------------------------------+-------------------------------------------
 Reporter:  chekenan@?          |        Owner:  lsansonetti@?        
     Type:  defect              |       Status:  closed               
 Priority:  major               |    Milestone:  MacRuby 0.11         
Component:  MacRuby             |   Resolution:  fixed                
 Keywords:  #reduction          |  
--------------------------------+-------------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 1.0 => MacRuby 0.11


Comment:

 Should be fixed in master.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/619#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 24 18:13:48 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 25 Apr 2011 01:13:48 -0000
Subject: [MacRuby] #626: macruby fails Class.class_eval in macruby but
	not in 1.8 & 1.9?
In-Reply-To: <053.4a03625a6cd9aa3880b220da2584e9cc@macosforge.org>
References: <053.4a03625a6cd9aa3880b220da2584e9cc@macosforge.org>
Message-ID: <062.1971266065c34ee768605b2dc586a038@macosforge.org>

#626: macruby fails Class.class_eval in macruby but not in 1.8 & 1.9?
------------------------------------+---------------------------------------
 Reporter:  rebotfc@?               |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  blocker                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  duplicate            
 Keywords:                          |  
------------------------------------+---------------------------------------
Changes (by lsansonetti@?):

  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in master.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/626#comment:6>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 24 18:14:14 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 25 Apr 2011 01:14:14 -0000
Subject: [MacRuby] #1167: NameError: uninitialized constant
	Hpricot::Container::Trav::Traverse
In-Reply-To: <048.eafa3eb607c89d7ac75892afeaf33bc3@macosforge.org>
References: <048.eafa3eb607c89d7ac75892afeaf33bc3@macosforge.org>
Message-ID: <057.5cfd05a439b1164638d8f5b73876aa7d@macosforge.org>

#1167: NameError: uninitialized constant Hpricot::Container::Trav::Traverse
-------------------------------+--------------------------------------------
 Reporter:  rondinif@?         |        Owner:  lsansonetti@?        
     Type:  defect             |       Status:  closed               
 Priority:  minor              |    Milestone:  MacRuby 0.11         
Component:  MacRuby            |   Resolution:  fixed                
 Keywords:  NameError          |  
-------------------------------+--------------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.10 => MacRuby 0.11


Comment:

 Should be fixed in master.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1167#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sun Apr 24 18:14:36 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 25 Apr 2011 01:14:36 -0000
Subject: [MacRuby] #1192: Did not find nested constants.
In-Reply-To: <047.27c7c66d0bf40a7df6fcc0a5e24740ce@macosforge.org>
References: <047.27c7c66d0bf40a7df6fcc0a5e24740ce@macosforge.org>
Message-ID: <056.496d85f2cc031c565deeab0edfcb6cb6@macosforge.org>

#1192: Did not find nested constants.
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |        Owner:  lsansonetti@?        
     Type:  defect            |       Status:  closed               
 Priority:  blocker           |    Milestone:  MacRuby 0.11         
Component:  MacRuby           |   Resolution:  fixed                
 Keywords:                    |  
------------------------------+---------------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in master.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1192#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 25 01:09:58 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Mon, 25 Apr 2011 08:09:58 -0000
Subject: [MacRuby] #1241: utf8 regexp text
Message-ID: <052.cfdca37dfc543e5f2306f8f89bfc12c2@macosforge.org>

#1241: utf8 regexp text
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:                       
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------
 Since ICU 4.6, it is possible to set the text of a regexp as UTF-8 instead
 of a uchar buffer, by using uregex_openUText(). We should try to use it in
 MacRuby when possible as it might perform better.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1241>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 25 20:42:14 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 26 Apr 2011 03:42:14 -0000
Subject: [MacRuby] #713: Growl is broken on MacRuby 0.6
In-Reply-To: <047.43eec838c64c85d353e08fdf31a53b08@macosforge.org>
References: <047.43eec838c64c85d353e08fdf31a53b08@macosforge.org>
Message-ID: <056.1cf87fb3ae5ed69a12c60893306f8ab9@macosforge.org>

#713: Growl is broken on MacRuby 0.6
------------------------------+---------------------------------------------
 Reporter:  ylphcm@?          |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 1.0          
Component:  MacRuby           |    Keywords:  growl                
------------------------------+---------------------------------------------

Comment(by watson1978@?):

 Growl displays a notification when I delete ":ApplicationPID = pid,".
 {{{
 diff --git a/sample-macruby/Scripts/growl/growl.rb b/sample-
 macruby/Scripts/growl/growl.rb
 index 8377d94..653d1ea 100644
 --- a/sample-macruby/Scripts/growl/growl.rb
 +++ b/sample-macruby/Scripts/growl/growl.rb
 @@ -79,7 +79,7 @@ module Growl
      def notify(notification_name, title, description, options = {},
 &callback)
        dict = {
          :ApplicationName => @application_name,
 -        :ApplicationPID => pid,
 +        #:ApplicationPID => pid,
          :NotificationName => notification_name,
          :NotificationTitle => title,
          :NotificationDescription => description,
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/713#comment:6>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Mon Apr 25 22:33:46 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 26 Apr 2011 05:33:46 -0000
Subject: [MacRuby] #1242: MacRuby crashes when second argument of #raise is
	not a string
Message-ID: <053.45d2b6e3a4ebc1a66495455b3a0d0f83@macosforge.org>

#1242: MacRuby crashes when second argument of #raise is not a string
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  defect                  |      Status:  new                  
 Priority:  blocker                 |   Milestone:                       
Component:  MacRuby                 |    Keywords:  reduciton            
------------------------------------+---------------------------------------
 reduction:

      raise RuntimeError, true

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1242>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 26 01:16:22 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 26 Apr 2011 08:16:22 -0000
Subject: [MacRuby] #1242: MacRuby crashes when second argument of #raise
	is not a string
In-Reply-To: <053.45d2b6e3a4ebc1a66495455b3a0d0f83@macosforge.org>
References: <053.45d2b6e3a4ebc1a66495455b3a0d0f83@macosforge.org>
Message-ID: <062.b83ce884127e305709d82f262d5fb346@macosforge.org>

#1242: MacRuby crashes when second argument of #raise is not a string
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  blocker                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  fixed                
 Keywords:  reduciton               |  
------------------------------------+---------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Thanks, should be fixed in
 https://github.com/MacRuby/MacRuby/commit/d283fabce3a45525d91d0c525d4a2f8df51eb09c

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1242#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 26 15:30:34 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Tue, 26 Apr 2011 22:30:34 -0000
Subject: [MacRuby] #1242: MacRuby crashes when second argument of #raise
	is not a string
In-Reply-To: <053.45d2b6e3a4ebc1a66495455b3a0d0f83@macosforge.org>
References: <053.45d2b6e3a4ebc1a66495455b3a0d0f83@macosforge.org>
Message-ID: <062.746d5ac70254b7676a22c2ce2be80393@macosforge.org>

#1242: MacRuby crashes when second argument of #raise is not a string
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |        Owner:  lsansonetti@?        
     Type:  defect                  |       Status:  closed               
 Priority:  blocker                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby                 |   Resolution:  fixed                
 Keywords:  reduciton               |  
------------------------------------+---------------------------------------

Comment(by mrada@?):

 Confirmed. Thanks!

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1242#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Tue Apr 26 21:27:54 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 04:27:54 -0000
Subject: [MacRuby] #1237: Library not loaded
In-Reply-To: <051.41da3894e62abc0e4d712118f619c24a@macosforge.org>
References: <051.41da3894e62abc0e4d712118f619c24a@macosforge.org>
Message-ID: <060.507177a90e5a155681f4bd82f5b44fbc@macosforge.org>

#1237: Library not loaded
----------------------------------+-----------------------------------------
 Reporter:  geetarista@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by geetarista@?):

 I'm concerned about how hard it is to distribute apps with MacRuby at this
 point, especially if 1.0 is the next target. In doing my research for this
 ticket, I'm finding lots of references to people having issues with
 submitting an app to the App Store or even distributing an app to other
 computers for various reasons. I found that this issue in particular has
 been recurring for quite some time now.

 Is there any testing or checking being done with this to ensure that
 packaging works to prevent these issues? Is there anything I can do to
 help ensure that packaging/submitting is smoother?

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1237#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 27 00:14:45 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 07:14:45 -0000
Subject: [MacRuby] #1243: Segfault occurs in rb_vm_const_lookup_level when
	use Webrick.
Message-ID: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org>

#1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 I launch a Webrick server and crash when I browse the URL that there is
 404 of HTTP status.

 Test Script:
 {{{
 #!ruby
 require 'open-uri'
 require 'webrick'

 def with_http
   Dir.mktmpdir {|dr|
     srv = WEBrick::HTTPServer.new({
                                     :DocumentRoot => dr,
                                     :ServerType => Thread,
                                     :BindAddress => '127.0.0.1',
                                     :Port => 0})
     _, port, _, host = srv.listeners[0].addr
     begin
       th = srv.start
       yield srv, dr, "http://#{host}:#{port}"
     ensure
       srv.shutdown
     end
   }
 end

 with_http {|srv, dr, url|
   begin
     open("#{url}/not-exist") {}
   rescue
   end
 }
 }}}

 BackTrace:
 {{{
 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_INVALID_ADDRESS at address: 0x000000000000000c
 [Switching to process 38895 thread 0x2407]
 0x000000010013fed8 in rb_vm_const_lookup_level (outer=8590901440,
 outer_mask=0, path=24885, lexical=true, defined=false, outer_stack=0x4) at
 vm.cpp:1317
 1317            while (root_outer != NULL && root_outer->pushed_by_eval) {
 (gdb) bt
 #0  0x000000010013fed8 in rb_vm_const_lookup_level (outer=8590901440,
 outer_mask=0, path=24885, lexical=true, defined=false, outer_stack=0x4) at
 vm.cpp:1317
 #1  0x00000001016011f6 in ?? ()
 #2  0x000000010012ddb8 in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:159
 #3  0x000000010012ddb8 in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #4  0x000000010012ddb8 in rb_vm_dispatch () at dispatcher.cpp:872
 #5  0x0000000101600514 in ?? ()
 #6  0x000000010164162e in ?? ()
 #7  0x000000010012ddb8 in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:159
 #8  0x000000010012ddb8 in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #9  0x000000010012ddb8 in rb_vm_dispatch () at dispatcher.cpp:872
 #10 0x0000000101600514 in ?? ()
 #11 0x0000000107eb1d80 in ?? ()
 #12 0x000000010012de2b in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:163
 #13 0x000000010012de2b in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #14 0x000000010012de2b in rb_vm_dispatch () at dispatcher.cpp:872
 #15 0x0000000101600514 in ?? ()
 #16 0x00000001016597ba in ?? ()
 #17 0x000000010012ddea in __rb_vm_rcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:161
 #18 0x000000010012ddea in ruby_dispatch [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:466
 #19 0x000000010012ddea in rb_vm_dispatch () at dispatcher.cpp:872
 #20 0x0000000101600514 in ?? ()
 #21 0x0000000101671895 in ?? ()
 #22 0x000000010013216b in __rb_vm_bcall [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:98
 #23 0x000000010013216b in vm_block_eval [inlined] () at /Users/watson/src
 /macruby-trunk/dispatcher.cpp:1221
 #24 0x000000010013216b in rb_vm_block_eval (b=0x200437360, argc=0,
 argv=0x0) at dispatcher.cpp:1228
 #25 0x000000010014bbfb in rb_vm_thread_run (thread=8594308000) at
 vm.cpp:4740
 #26 0x00007fff85d534f6 in _pthread_start ()
 #27 0x00007fff85d533a9 in thread_start ()
 (gdb)
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1243>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 27 04:05:55 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 11:05:55 -0000
Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when
	raise SyntaxError/rescue in rescue
Message-ID: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>

#1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in
rescue
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 0.11         
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------
 reduction:
 {{{
 begin
   raise
 rescue
   begin
     eval("1 = 1")
   rescue SyntaxError
   end
 end
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1244>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 27 04:17:27 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 11:17:27 -0000
Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when
	raise SyntaxError/rescue in rescue
In-Reply-To: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
References: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
Message-ID: <056.dc0824466acc020ed130ec0f6ab4807e@macosforge.org>

#1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in
rescue
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 0.11         
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by kouji@?):

 I fixed this in
 https://github.com/MacRuby/MacRuby/commit/d17b3f2da97963f52102d35fce5976732dfc0310
 . Please check it and close this ticket. Thanks.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1244#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 27 05:44:39 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 12:44:39 -0000
Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when
	raise SyntaxError/rescue in rescue
In-Reply-To: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
References: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
Message-ID: <056.68ec974dbff163364fdbb37380fc3758@macosforge.org>

#1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in
rescue
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 0.11         
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by watson1978@?):

 From Kouji's commit, it seems that some spec fails with "rake spec:ci".

 {{{
 $ rake spec:ci
 (in /Users/watson/src/macruby-trunk)
 rm -rf rubyspec_temp
 ./mspec/bin/mspec ci -B ./spec/macruby.mspec  :full
 MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.3, x86_64]
 .........*** Dispatch block exited prematurely because of an uncaught
 exception:
 /Users/watson/src/macruby-
 trunk/mspec/lib/mspec/expectations/expectations.rb:15:in `fail_with:':
 Expected true to equal false (SpecExpectationNotMetError)
         from /Users/watson/src/macruby-
 trunk/mspec/lib/mspec/matchers/base.rb:9:in `==:'
         from /Users/watson/src/macruby-
 trunk/spec/macruby/core/gcd/semaphore_spec.rb:62:in `block'

 ................could not lookup DNS configuration info service:
 Permission denied
 could not lookup DNS configuration info service: Permission denied
 could not lookup DNS configuration info service: Permission denied
 .....................................F..................F.....................................................................................................................................................................................................................................................................................................................................................................................................................................................................F..............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
 .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
 ................................................................................................................................................................................................F............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
 .........................................................................................................................................................................................................................................................................................................................

 1)
 An ensure block inside a begin block is executed even when a symbol is
 thrown in it's corresponding begin block FAILED
 Expected [:begin, :rescue, :ensure] to equal [:begin, :ensure]
 /Users/watson/src/macruby-trunk/spec/frozen/language/ensure_spec.rb:52:in
 `block'
 /Users/watson/src/macruby-trunk/spec/frozen/language/ensure_spec.rb:4:in
 `<main>'

 2)
 Predefined global $! remains nil after a failed core class "checked"
 coercion against a class that defines method_missing FAILED
 Expected #<RuntimeError: An Exception
 (eval):1: Can't assign to __FILE__
 __FILE__ = 1
           ^
 (eval):1: Can't assign to __LINE__
 __LINE__ = 1
           ^
 (eval):1: both block arg and actual block given
 (eval):1: no .<digit> floating literal anymore; put 0 before dot
 (eval):1: syntax error, unexpected '.'
 (eval):1: no .<digit> floating literal anymore; put 0 before dot
 (eval):1: syntax error, unexpected '.'
 (eval):1: void value expression
 break true or false
                    ^
 (eval):1: void value expression
 next true or false
                   ^
 (eval):1: void value expression
 return true or false
                     ^
 (eval):1: syntax error, unexpected tCMP
 1 <=> 2 <=> 3
            ^
 (eval):1: syntax error, unexpected tEQ
 1 == 2 == 3
          ^
 (eval):1: syntax error, unexpected tEQQ
 1 === 2 === 3
            ^
 (eval):1: syntax error, unexpected tNEQ
 1 != 2 != 3
          ^
 (eval):1: syntax error, unexpected tMATCH
 1 =~ 2 =~ 3
          ^
 (eval):1: syntax error, unexpected tNMATCH
 1 !~ 2 !~ 3
          ^
 (eval):1: syntax error, unexpected tDOT2
 1..2..3
       ^
 (eval):1: syntax error, unexpected tDOT3
 1...2...3
         ^>
 to equal nil
 /Users/watson/src/macruby-
 trunk/spec/frozen/language/predefined_spec.rb:194:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/language/predefined_spec.rb:188:in `<main>'

 3)
 Exception#backtrace includes the filename of the location where self
 raised in the first element FAILED
 Expected "/Users/watson/src/macruby-
 trunk/spec/frozen/language/fixtures/ensure.rb:18:in
 `raise_and_rescue_in_method_with_ensure'"
 to match /common\.rb/
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:22:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:4:in `<main>'

 4)
 Exception#backtrace includes the line number of the location where self
 raised in the first element FAILED
 Expected "/Users/watson/src/macruby-
 trunk/spec/frozen/language/fixtures/ensure.rb:18:in
 `raise_and_rescue_in_method_with_ensure'"
 to match /:22:in /
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:26:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:4:in `<main>'

 5)
 Exception#backtrace includes the name of the method from where self raised
 in the first element FAILED
 Expected "/Users/watson/src/macruby-
 trunk/spec/frozen/language/fixtures/ensure.rb:18:in
 `raise_and_rescue_in_method_with_ensure'"
 to match /in `backtrace'/
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:30:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:4:in `<main>'

 6)
 Exception#backtrace includes the filename of the location immediately
 prior to where self raised in the second element FAILED
 Expected "/Users/watson/src/macruby-
 trunk/spec/frozen/language/ensure_spec.rb:88:in `block'"
 to match /backtrace_spec\.rb/
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:34:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:4:in `<main>'

 7)
 Exception#backtrace includes the line number of the location immediately
 prior to where self raised in the second element FAILED
 Expected "/Users/watson/src/macruby-
 trunk/spec/frozen/language/ensure_spec.rb:88:in `block'"
 to match /:6(:in )?/
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:38:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/core/exception/backtrace_spec.rb:4:in `<main>'

 8)
 ERB#filename raises an exception if there are errors processing content
 FAILED
 Expected "(eval)" to equal "foobar.rhtml"
 /Users/watson/src/macruby-
 trunk/spec/frozen/library/erb/filename_spec.rb:21:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/library/erb/filename_spec.rb:4:in `<main>'

 9)
 ERB#filename uses '(erb)' as filename when filename is not set FAILED
 Expected "(eval)" to equal "(erb)"
 /Users/watson/src/macruby-
 trunk/spec/frozen/library/erb/filename_spec.rb:45:in `block'
 /Users/watson/src/macruby-
 trunk/spec/frozen/library/erb/filename_spec.rb:4:in `<main>'

 Finished in 174.624049 seconds

 3305 files, 14491 examples, 56822 expectations, 9 failures, 0 errors
 rake aborted!
 Command failed with status (1): [./mspec/bin/mspec ci -B
 ./spec/macruby.msp...]

 (See full trace by running task with --trace)
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1244#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Wed Apr 27 08:39:02 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Wed, 27 Apr 2011 15:39:02 -0000
Subject: [MacRuby] #1244: Assertion fails in pop_current_exception when
	raise SyntaxError/rescue in rescue
In-Reply-To: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
References: <047.a14a3375def5790ca14c7ac4c076635f@macosforge.org>
Message-ID: <056.caa2e396b3bac5e7e45e4a6d20fc2c4b@macosforge.org>

#1244: Assertion fails in pop_current_exception when raise SyntaxError/rescue in
rescue
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 0.11         
Component:  MacRuby           |    Keywords:                       
------------------------------+---------------------------------------------

Comment(by kouji@?):

 I'm sorry. I reverted it. I will fix this. Thanks.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1244#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 09:50:25 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Thu, 28 Apr 2011 16:50:25 -0000
Subject: [MacRuby] #1245: alias_method not working in included module
Message-ID: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>

#1245: alias_method not working in included module
--------------------------------+-------------------------------------------
 Reporter:  petr.kaleta@?       |       Owner:  lsansonetti@?        
     Type:  defect              |      Status:  new                  
 Priority:  major               |   Milestone:  MacRuby 0.11         
Component:  MacRuby             |    Keywords:                       
--------------------------------+-------------------------------------------
 Bug reduction:


 {{{
 class Base
   module InstanceMethods
     alias_method :model, :class
   end
 end

 class Model
   include Base::InstanceMethods
 end

 class Item < Model
 end

 puts Item.new.model
 }}}


 Also available as gist https://gist.github.com/946712 Works perfectly in
 pure ruby 1.8.7 & 1.9.2 but not in macruby

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1245>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 17:59:13 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 00:59:13 -0000
Subject: [MacRuby] #1241: utf8 regexp text
In-Reply-To: <052.cfdca37dfc543e5f2306f8f89bfc12c2@macosforge.org>
References: <052.cfdca37dfc543e5f2306f8f89bfc12c2@macosforge.org>
Message-ID: <061.ce391f5d9528f3b00e22384c0f53e9c3@macosforge.org>

#1241: utf8 regexp text
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |        Owner:  lsansonetti@?        
     Type:  defect                 |       Status:  closed               
 Priority:  blocker                |    Milestone:                       
Component:  MacRuby                |   Resolution:  wontfix              
 Keywords:                         |  
-----------------------------------+----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 Looks like that was a bad idea, I coded it and it doesn't work as expected
 (see https://gist.github.com/943692). Vincent verified after looking at
 the source code that it does a conversion under the cover, so it's
 pointless.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1241#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 18:00:39 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 01:00:39 -0000
Subject: [MacRuby] #1243: Segfault occurs in rb_vm_const_lookup_level
	when use Webrick.
In-Reply-To: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org>
References: <051.7f5df15b40778d3a83156b20dafa279e@macosforge.org>
Message-ID: <060.30b62ac86b393546c3009eefc5637f5c@macosforge.org>

#1243: Segfault occurs in rb_vm_const_lookup_level when use Webrick.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  blocker               |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------

Comment(by lsansonetti@?):

 I fixed the segfault crash in master but the problem is not solved yet, it
 still fails with a const lookup error. I was able to reduce the problem
 to:

 {{{
 $ ./miniruby -e "module M; eval('FOO=42; class X; def foo; FOO; end;
 end'); end; p M::X.new.foo"
 -e:1:in `<main>': uninitialized constant M::X::FOO (NameError)
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1243#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 18:05:34 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 01:05:34 -0000
Subject: [MacRuby] #1238: Does not find any methods in Module#remove_method
In-Reply-To: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
References: <047.f712b9355473a4024aa7f34e7326361e@macosforge.org>
Message-ID: <056.ba61013d15eedc1e1c10c4fae0f9de70@macosforge.org>

#1238: Does not find any methods in Module#remove_method
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |        Owner:  lsansonetti@?        
     Type:  defect            |       Status:  closed               
 Priority:  blocker           |    Milestone:  MacRuby 0.11         
Component:  MacRuby           |   Resolution:  fixed                
 Keywords:                    |  
------------------------------+---------------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in
 https://github.com/MacRuby/MacRuby/commit/bfcea02f4036e5fb7c7f674564c9f8cf6e68beb3

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1238#comment:6>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 18:05:50 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 01:05:50 -0000
Subject: [MacRuby] #1240: Seg fault requiring Sinatra Module
In-Reply-To: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
References: <054.76539b427837087b6c719ffaf521bedc@macosforge.org>
Message-ID: <063.f9bf9551896726648504c3c618d5c395@macosforge.org>

#1240: Seg fault requiring Sinatra Module
-----------------------------------------------+----------------------------
 Reporter:  adam_kenger@?                      |        Owner:  lsansonetti@?        
     Type:  defect                             |       Status:  closed               
 Priority:  blocker                            |    Milestone:  MacRuby 0.11         
Component:  MacRuby                            |   Resolution:  fixed                
 Keywords:  sinatra module segmentation fault  |  
-----------------------------------------------+----------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Should be fixed in
 https://github.com/MacRuby/MacRuby/commit/bfcea02f4036e5fb7c7f674564c9f8cf6e68beb3

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1240#comment:5>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 20:36:52 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 03:36:52 -0000
Subject: [MacRuby] #1246: Module#ancestors is broken when include the Module.
Message-ID: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>

#1246: Module#ancestors is broken when include the Module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  major                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 module M01; end
 module M02; include M01; end

 class C01; include M01; end

 p M01.ancestors
 p M02.ancestors
 p C01.ancestors
 }}}

 Result:
 {{{
 $ ruby19 t.rb
 [M01]
 [M02, M01]
 [C01, M01, Object, Kernel, BasicObject]

 $ macruby t.rb
 [M01]
 [M02, M01, NSObject, Kernel]
 [C01, M01, NSObject, Kernel]
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1246>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 21:05:36 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 04:05:36 -0000
Subject: [MacRuby] #1246: Module#ancestors is broken when include the
	Module.
In-Reply-To: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
References: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
Message-ID: <060.5c8e032cfdfa7b98e66daba5ac4fe698@macosforge.org>

#1246: Module#ancestors is broken when include the Module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  major                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 Thanks, should be fixed in
 https://github.com/MacRuby/MacRuby/commit/79a436db0091d9294451d709410a0f47c34e8fba

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1246#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 21:06:37 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 04:06:37 -0000
Subject: [MacRuby] #1234: Assertion failed: (repl_buflen > 0),
	when call String#tr with "\u00FF"
In-Reply-To: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
References: <051.936f504b93b9156cb325d3d2e17c7ad9@macosforge.org>
Message-ID: <060.02015ce7e3724be6cc551b94ea127662@macosforge.org>

#1234: Assertion failed: (repl_buflen > 0), when call String#tr with "\u00FF"
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  major                 |    Milestone:                       
Component:  MacRuby               |   Resolution:  duplicate            
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Closing as duplicate.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1234#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 22:28:26 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 05:28:26 -0000
Subject: [MacRuby] #1245: alias_method not working in included module
In-Reply-To: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
References: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
Message-ID: <058.5f33ebb58c640c66b30236a90d9d7962@macosforge.org>

#1245: alias_method not working in included module
--------------------------------+-------------------------------------------
 Reporter:  petr.kaleta@?       |       Owner:  lsansonetti@?        
     Type:  defect              |      Status:  new                  
 Priority:  major               |   Milestone:                       
Component:  MacRuby             |    Keywords:                       
--------------------------------+-------------------------------------------
Changes (by lsansonetti@?):

  * milestone:  MacRuby 0.11 =>


Comment:

 It works is a pure-Ruby method is being aliased.

 {{{
 $ cat t4.rb
 module InstanceMethods
   def foo;42;end
   alias_method :model, :foo
 end

 class Model
   include InstanceMethods
 end

 puts Model.new.model

 $ ./miniruby t4.rb
 42
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1245#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 22:32:47 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 05:32:47 -0000
Subject: [MacRuby] #1245: alias_method not working in included module
In-Reply-To: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
References: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
Message-ID: <058.b504e71c0b12d2071a1905bdfa30d0e6@macosforge.org>

#1245: alias_method not working in included module
--------------------------------+-------------------------------------------
 Reporter:  petr.kaleta@?       |       Owner:  lsansonetti@?        
     Type:  defect              |      Status:  new                  
 Priority:  major               |   Milestone:                       
Component:  MacRuby             |    Keywords:                       
--------------------------------+-------------------------------------------

Comment(by lsansonetti@?):

 This is by design, #include will not copy non-Ruby methods. #class here is
 a pure Objective-C method defined on NSObject.

 Is this bug breaking an existing gem/library?

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1245#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 22:57:09 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 05:57:09 -0000
Subject: [MacRuby] #1245: alias_method not working in included module
In-Reply-To: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
References: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
Message-ID: <058.b4bb1dcc21ecb66a9c042dd2a8d457d4@macosforge.org>

#1245: alias_method not working in included module
--------------------------------+-------------------------------------------
 Reporter:  petr.kaleta@?       |        Owner:  lsansonetti@?        
     Type:  defect              |       Status:  closed               
 Priority:  major               |    Milestone:  MacRuby 0.11         
Component:  MacRuby             |   Resolution:  fixed                
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by lsansonetti@?):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.11


Comment:

 I changed #include to now also copy objc methods, and it seems that
 rubyspec is passing, so I committed the change:
 https://github.com/MacRuby/MacRuby/commit/d858b9d34141de0930d04cbfb6e70ef246c13917

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1245#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Thu Apr 28 23:05:02 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 06:05:02 -0000
Subject: [MacRuby] #1245: alias_method not working in included module
In-Reply-To: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
References: <049.b99a786fe48e25a86717971a9aca8b6f@macosforge.org>
Message-ID: <058.849df9ce922f079aff99fec873776f0e@macosforge.org>

#1245: alias_method not working in included module
--------------------------------+-------------------------------------------
 Reporter:  petr.kaleta@?       |        Owner:  lsansonetti@?        
     Type:  defect              |       Status:  closed               
 Priority:  major               |    Milestone:  MacRuby 0.11         
Component:  MacRuby             |   Resolution:  fixed                
 Keywords:                      |  
--------------------------------+-------------------------------------------

Comment(by petr.kaleta@?):

 Replying to [comment:2 lsansonetti@?]:
 > This is by design, #include will not copy non-Ruby methods. #class here
 is a pure Objective-C method defined on NSObject.
 >
 > Is this bug breaking an existing gem/library?

 Yes, it is breaking for for example Sequel gem.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1245#comment:4>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 00:14:02 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 07:14:02 -0000
Subject: [MacRuby] #1227: Xcode 4 templates are not installed properly
	if the install location is not on the system drive
In-Reply-To: <048.84b5e2db695cbd0ceb015fee97a99ee4@macosforge.org>
References: <048.84b5e2db695cbd0ceb015fee97a99ee4@macosforge.org>
Message-ID: <057.5ea4a1126f3ef6eb79ed8d0bf77963fe@macosforge.org>

#1227: Xcode 4 templates are not installed properly if the install location is not
on the system drive
-------------------------------+--------------------------------------------
 Reporter:  shazron@?          |       Owner:  mattaimonetti@?        
     Type:  defect             |      Status:  new                    
 Priority:  minor              |   Milestone:                         
Component:  MacRuby            |    Keywords:  xcode4                 
-------------------------------+--------------------------------------------
Changes (by mattaimonetti@?):

  * owner:  lsansonetti@? => mattaimonetti@?


-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1227#comment:1>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 01:50:22 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 08:50:22 -0000
Subject: [MacRuby] #1246: Module#ancestors is broken when include the
	Module.
In-Reply-To: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
References: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
Message-ID: <060.be23d467ceed2459008fb6ba76ee2b18@macosforge.org>

#1246: Module#ancestors is broken when include the Module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  major                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------

Comment(by watson1978@?):

 Sorry. My test code seemed to be insufficient.

 New Test Script:
 {{{
 #!ruby
 module M01; end
 module M02; end

 module M03; include M02; end
 module M02; include M01; end
 module M03; include M02; end

 p M01.ancestors
 p M02.ancestors
 p M03.ancestors
 }}}

 Result:
 {{{
 $ ruby19 t.rb
 [M01]
 [M02, M01]
 [M03, M02, M01]

 $ macruby t.rb
 [M01]
 [M02, M01]
 [M03, M02, M01, M01, M02, M01]
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1246#comment:2>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 01:50:55 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 08:50:55 -0000
Subject: [MacRuby] #1246: Module#ancestors is broken when include the
	Module.
In-Reply-To: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
References: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
Message-ID: <060.5a955e5f1993533dc7da02d3345646b9@macosforge.org>

#1246: Module#ancestors is broken when include the Module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  reopened             
 Priority:  major                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:                       
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by watson1978@?):

  * status:  closed => reopened
  * resolution:  fixed =>


Comment:

 reopend.

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1246#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 07:52:00 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 14:52:00 -0000
Subject: [MacRuby] #1247: Enumerator#each_with_index does not raise an
	ArgumentError when was passed argument.
Message-ID: <051.d6d339ca38fc6e0e5bf9027198f055cb@macosforge.org>

#1247: Enumerator#each_with_index does not raise an ArgumentError when was passed
argument.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |       Owner:  lsansonetti@?        
     Type:  defect                |      Status:  new                  
 Priority:  minor                 |   Milestone:                       
Component:  MacRuby               |    Keywords:                       
----------------------------------+-----------------------------------------
 Test Script:
 {{{
 #!ruby
 def test(&block)
   begin
     block.call
   rescue ArgumentError
     puts " - OK"
   else
     puts " - NG"
   end
 end

 str = "xyz"
 enum = str.enum_for(:each_byte)

 puts :each
 test{ enum.each(123) }

 puts :each_with_index
 test{ enum.each_with_index(123) }
 }}}

 Result:
 {{{
 $ macruby t.rb
 each
  - OK
 each_with_index
  - NG
 }}}

 Enumerator#each and #each_with_index are written to reject an argument.
 {{{
     rb_objc_define_method(rb_cEnumerator, "each", enumerator_each, 0);
     rb_objc_define_method(rb_cEnumerator, "each_with_index",
 enumerator_each_with_index, 0);
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1247>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 16:40:25 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 23:40:25 -0000
Subject: [MacRuby] #1248: nested module include bug
Message-ID: <052.e6cb44832c668d7cf1da45f87fcfe20d@macosforge.org>

#1248: nested module include bug
-----------------------------------+----------------------------------------
 Reporter:  lsansonetti@?          |       Owner:  lsansonetti@?        
     Type:  defect                 |      Status:  new                  
 Priority:  blocker                |   Milestone:                       
Component:  MacRuby                |    Keywords:                       
-----------------------------------+----------------------------------------
 The following code does not perform as expected.

 {{{
 module M01; end
 module M02; end

 module M03; include M02; end
 module M02; include M01; end
 module M03; include M02; end

 p M01.ancestors
 p M02.ancestors
 p M03.ancestors
 }}}

 Result:

 {{{
 $ ruby19 t.rb
 [M01]
 [M02, M01]
 [M03, M02, M01]

 $ macruby t.rb
 [M01]
 [M02, M01]
 [M03, M02, M01, M01, M02, M01]
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1248>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Fri Apr 29 16:40:39 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Fri, 29 Apr 2011 23:40:39 -0000
Subject: [MacRuby] #1246: Module#ancestors is broken when include the
	Module.
In-Reply-To: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
References: <051.9dcbbd6c7495a8f587e1f6918ed4e83a@macosforge.org>
Message-ID: <060.915446838f5870efb977ea9abb10fad6@macosforge.org>

#1246: Module#ancestors is broken when include the Module.
----------------------------------+-----------------------------------------
 Reporter:  watson1978@?          |        Owner:  lsansonetti@?        
     Type:  defect                |       Status:  closed               
 Priority:  major                 |    Milestone:  MacRuby 0.11         
Component:  MacRuby               |   Resolution:  fixed                
 Keywords:                        |  
----------------------------------+-----------------------------------------
Changes (by lsansonetti@?):

  * status:  reopened => closed
  * resolution:  => fixed


Comment:

 That seems to be a different bug here than the previous one. I think it
 should be covered into a new ticket. I created
 https://www.macruby.org/trac/ticket/1248

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1246#comment:4>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 30 17:36:35 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 01 May 2011 00:36:35 -0000
Subject: [MacRuby] #977: macri has no documentation for the Pointer class
In-Reply-To: <053.ba112b343a1e13976919e49102d8c589@macosforge.org>
References: <053.ba112b343a1e13976919e49102d8c589@macosforge.org>
Message-ID: <062.cf81642b4bb098c4cb7dd86212ba1509@macosforge.org>

#977: macri has no documentation for the Pointer class
------------------------------------+---------------------------------------
 Reporter:  mrada@?                 |       Owner:  lsansonetti@?        
     Type:  enhancement             |      Status:  new                  
 Priority:  critical                |   Milestone:  MacRuby 1.0          
Component:  MacRuby                 |    Keywords:                       
------------------------------------+---------------------------------------

Comment(by merchants08@?):

 Replying to [comment:1 mattaimonetti@?]:
 > you can read more about pointers there:
 http://ofps.oreilly.com/titles/9781449380373/ch02.html#_pointers

 New link (above was broken):
 http://ofps.oreilly.com/titles/9781449380373/_one_step_deeper.html

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/977#comment:3>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 30 19:10:50 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 01 May 2011 02:10:50 -0000
Subject: [MacRuby] #1249: Webrick escaping is wrong
Message-ID: <049.bef8c551e1d1c5ee7ec3198129344acd@macosforge.org>

#1249: Webrick escaping is wrong
--------------------------------+-------------------------------------------
 Reporter:  cyberfox@?          |       Owner:  lsansonetti@?        
     Type:  defect              |      Status:  new                  
 Priority:  major               |   Milestone:                       
Component:  MacRuby             |    Keywords:  regexp, escaping     
--------------------------------+-------------------------------------------
 Greetings,
 Something's wacky with HTTPUtils escaping, it escapes 'v' and 'z', when it
 shouldn't.

 {{{
 $ macirb
 irb(main):001:0> require 'webrick'
 => true
 irb(main):002:0>
 WEBrick::HTTPUtils.escape('http://abcdefghijklmnopqrstuvwxyz.com')
 => "http://abcdefghijklmnopqrstu%76wxy%7A.com"
 }}}

 versus 1.9.2

 {{{
 $ irb
 ruby-1.9.2-p180 :001 > require 'webrick'
  => true
 ruby-1.9.2-p180 :002 >
 WEBrick::HTTPUtils.escape('http://abcdefghijklmnopqrstuvwxyz.com')
  => "http://abcdefghijklmnopqrstuvwxyz.com"
 }}}

 There's a FIXME in webrick/httputils.rb about non-ascii regexps, which is
 why the 'z' is broken, but the 'v' is a magical problem with the code that
 generates the control character regex. :(

 I've fixed it in my branch by replacing some of the constants as follows:

 {{{
     UNESCAPED = /([\x00-\x20\x7F\<\>\#%"'{}|\\^\[\]`\x80-\xFF])/
     UNESCAPED_FORM =
 /([\x00-\x1F;\/?:@&=+\$,\<\>\#%"'{}|\\^\[\]`\x7F\x80-\xFF])/
     NONASCII  = /([\x80-\xFF])/
 }}}

 By using ranged regexes instead of individual character regexes, it
 doesn't run into the uncomfortable confusion of \v being vertical tab, but
 also being interpreted as a 'v' character, and hopefully avoids whatever
 issues was being 'FIXME'ed for the NONASCII case.

 My fix may not be the best one, but the WEBrick HTTPUtils escape method is
 broken without some kind of a fix, though, which is a pretty serious bug.

 --  Morgan

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1249>
MacRuby <http://macruby.org/>


From ruby-noreply at macosforge.org  Sat Apr 30 23:14:06 2011
From: ruby-noreply at macosforge.org (MacRuby)
Date: Sun, 01 May 2011 06:14:06 -0000
Subject: [MacRuby] #1250: Converts hash argument to array.
Message-ID: <047.1b577caeebab787b37fbc5ccc92c0c21@macosforge.org>

#1250: Converts hash argument to array.
------------------------------+---------------------------------------------
 Reporter:  kouji@?           |       Owner:  lsansonetti@?        
     Type:  defect            |      Status:  new                  
 Priority:  blocker           |   Milestone:  MacRuby 0.11         
Component:  MacRuby           |    Keywords:  rails                
------------------------------+---------------------------------------------
 The following code does not perform as expected.
 {{{
 def f(a, b = {}, &block)
   p([a, b])
 end

 block = Proc.new {}
 f(:a, :b => true, &block)
 }}}

 Result:
 {{{
 $ ruby19 t.rb
 [:a, {:b=>true}]

 $ macruby t.rb
 [:a, [:b, true]]
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1250>
MacRuby <http://macruby.org/>