<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Creating our very first Mac application with Ruby, how exciting!</title>
	<atom:link href="http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/</link>
	<description></description>
	<lastBuildDate>Fri, 03 Feb 2012 23:02:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Anthony</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-58397</link>
		<dc:creator>Anthony</dc:creator>
		<pubDate>Fri, 19 Aug 2011 07:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-58397</guid>
		<description>Really nice tutorial. One thing I&#039;ve noticed though, is that it won&#039;t work on xcode 4.1, 4.2 and Lion, because of an issue with xcode. Bug and a possible workaround are described here: http://www.macruby.org/trac/ticket/1322, but it seems that the problem is in xcode, not macruby, so I guess we&#039;re gonna have to wait until the next release and hope it gets resolved.</description>
		<content:encoded><![CDATA[<p>Really nice tutorial. One thing I&#8217;ve noticed though, is that it won&#8217;t work on xcode 4.1, 4.2 and Lion, because of an issue with xcode. Bug and a possible workaround are described here: <a href="http://www.macruby.org/trac/ticket/1322" rel="nofollow">http://www.macruby.org/trac/ticket/1322</a>, but it seems that the problem is in xcode, not macruby, so I guess we&#8217;re gonna have to wait until the next release and hope it gets resolved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What I&#8217;m doing 07/12/2011 &#171; Shingonoide&#039;s Blog</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-54565</link>
		<dc:creator>What I&#8217;m doing 07/12/2011 &#171; Shingonoide&#039;s Blog</dc:creator>
		<pubDate>Tue, 12 Jul 2011 10:07:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-54565</guid>
		<description>[...] Creating our very first Mac application with Ruby, how exciting! – Phusion Corporate Blog [...]</description>
		<content:encoded><![CDATA[<p>[...] Creating our very first Mac application with Ruby, how exciting! – Phusion Corporate Blog [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: remco</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-44689</link>
		<dc:creator>remco</dc:creator>
		<pubDate>Tue, 10 May 2011 06:47:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-44689</guid>
		<description>Thank you for posting this, 
Just want you to let you know this post can be used for xcode 4 as wel, everything works about the same,

one question, why does your fist app say 42 instead of hello world  ;)</description>
		<content:encoded><![CDATA[<p>Thank you for posting this,<br />
Just want you to let you know this post can be used for xcode 4 as wel, everything works about the same,</p>
<p>one question, why does your fist app say 42 instead of hello world  <img src='http://blog.phusion.nl/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2011-01-17 &#171; Bloggitation</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-33512</link>
		<dc:creator>links for 2011-01-17 &#171; Bloggitation</dc:creator>
		<pubDate>Tue, 18 Jan 2011 06:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-33512</guid>
		<description>[...] Creating our very first Mac application with Ruby, how exciting! (tags: mac osx ruby cocoa programming) [...]</description>
		<content:encoded><![CDATA[<p>[...] Creating our very first Mac application with Ruby, how exciting! (tags: mac osx ruby cocoa programming) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MacRuby, ou comment développer des applications Mac avec Ruby! &#124; Neoweb Mag : Dev</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-27959</link>
		<dc:creator>MacRuby, ou comment développer des applications Mac avec Ruby! &#124; Neoweb Mag : Dev</dc:creator>
		<pubDate>Fri, 22 Oct 2010 10:28:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-27959</guid>
		<description>[...] anglais).Le MacRuby: The Definitive Guide de Matt Aimonetti (en anglais).Le tutoriel &#171;&#160;Creating our very first Mac application with Ruby&#160;&#187; (en anglais).Le screencast d&#8217;Alex Vollmer et Geoffrey Grosenbach : [...]</description>
		<content:encoded><![CDATA[<p>[...] anglais).Le MacRuby: The Definitive Guide de Matt Aimonetti (en anglais).Le tutoriel &laquo;&nbsp;Creating our very first Mac application with Ruby&nbsp;&raquo; (en anglais).Le screencast d&#8217;Alex Vollmer et Geoffrey Grosenbach : [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emerson Vinicius</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-27903</link>
		<dc:creator>Emerson Vinicius</dc:creator>
		<pubDate>Thu, 21 Oct 2010 12:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-27903</guid>
		<description>Nice! Post

The detail was amazing.</description>
		<content:encoded><![CDATA[<p>Nice! Post</p>
<p>The detail was amazing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MacRuby + Mac App Store == Low Hanging Fruit for Rubyists</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-27897</link>
		<dc:creator>MacRuby + Mac App Store == Low Hanging Fruit for Rubyists</dc:creator>
		<pubDate>Thu, 21 Oct 2010 11:11:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-27897</guid>
		<description>[...] Creating our very first Mac application with Ruby is a great (and recent) step-by-step [...]</description>
		<content:encoded><![CDATA[<p>[...] Creating our very first Mac application with Ruby is a great (and recent) step-by-step [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sowmya Gopinth</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-24976</link>
		<dc:creator>Sowmya Gopinth</dc:creator>
		<pubDate>Wed, 11 Aug 2010 23:06:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-24976</guid>
		<description>hi,
 first of all your tutorial was great. It helped me get started with macruby developement. Iam now building a MacRuby  and stuck with packaging the app for distribution. 

i get the following err when i try to install the build

Process:         macRubyTestApplication [885]
Path:            /Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/macRubyTestApplication
Identifier:      com.yourcompany.macRubyTestApplication
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  launchd [119]

Interval Since Last Report:          2631 sec
Crashes Since Last Report:           3
Per-App Interval Since Last Report:  0 sec
Per-App Crashes Since Last Report:   2

Date/Time:       2010-08-11 18:25:40.304 -0400
OS Version:      Mac OS X 10.5.8 (9L31a)
Report Version:  6
Anonymous UUID:  DFB7FE92-E92A-47C2-B386-F0146BDF3384

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: @executable_path/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib
  Referenced from: /Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/macRubyTestApplication
  Reason: no suitable image found.  Did find:
	/Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib: unknown required load command 0x80000022
	/Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib: unknown required load command 0x80000022

Can you please tell me what steps should i follow to build the app. how to embed the macruby framework in the build.

Thanks

Sowmya</description>
		<content:encoded><![CDATA[<p>hi,<br />
 first of all your tutorial was great. It helped me get started with macruby developement. Iam now building a MacRuby  and stuck with packaging the app for distribution. </p>
<p>i get the following err when i try to install the build</p>
<p>Process:         macRubyTestApplication [885]<br />
Path:            /Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/macRubyTestApplication<br />
Identifier:      com.yourcompany.macRubyTestApplication<br />
Version:         ??? (???)<br />
Code Type:       X86-64 (Native)<br />
Parent Process:  launchd [119]</p>
<p>Interval Since Last Report:          2631 sec<br />
Crashes Since Last Report:           3<br />
Per-App Interval Since Last Report:  0 sec<br />
Per-App Crashes Since Last Report:   2</p>
<p>Date/Time:       2010-08-11 18:25:40.304 -0400<br />
OS Version:      Mac OS X 10.5.8 (9L31a)<br />
Report Version:  6<br />
Anonymous UUID:  DFB7FE92-E92A-47C2-B386-F0146BDF3384</p>
<p>Exception Type:  EXC_BREAKPOINT (SIGTRAP)<br />
Exception Codes: 0&#215;0000000000000002, 0&#215;0000000000000000<br />
Crashed Thread:  0</p>
<p>Dyld Error Message:<br />
  Library not loaded: @executable_path/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib<br />
  Referenced from: /Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/macRubyTestApplication<br />
  Reason: no suitable image found.  Did find:<br />
	/Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib: unknown required load command 0&#215;80000022<br />
	/Users/satish/Downloads/macRubyTestApplication.1.app/Contents/MacOS/../Frameworks/MacRuby.framework/Versions/0.6/usr/lib/libmacruby.dylib: unknown required load command 0&#215;80000022</p>
<p>Can you please tell me what steps should i follow to build the app. how to embed the macruby framework in the build.</p>
<p>Thanks</p>
<p>Sowmya</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Objective-C for Ruby developers, un not-so-petit interlude (1/2) – Phusion Corporate Blog</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-17595</link>
		<dc:creator>Objective-C for Ruby developers, un not-so-petit interlude (1/2) – Phusion Corporate Blog</dc:creator>
		<pubDate>Wed, 24 Mar 2010 21:52:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-17595</guid>
		<description>[...] les amis! Welcome back to to this second installment of our tour de MacRuby! In the previous article, we went over the basics of XCode and Interface Builder. With this preliminary knowledge, we were [...]</description>
		<content:encoded><![CDATA[<p>[...] les amis! Welcome back to to this second installment of our tour de MacRuby! In the previous article, we went over the basics of XCode and Interface Builder. With this preliminary knowledge, we were [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ninh Bui</title>
		<link>http://blog.phusion.nl/2010/03/12/creating-our-very-first-mac-application-with-ruby-how-exciting/comment-page-1/#comment-17587</link>
		<dc:creator>Ninh Bui</dc:creator>
		<pubDate>Wed, 24 Mar 2010 14:50:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phusion.nl/?p=509#comment-17587</guid>
		<description>@Björn:
Well, with MacRuby you can write native OSX Cocoa-based applications because it&#039;s capable of compiling it to native code and using only one runtime, being the same objective C runtime native OSX apps utilize. A bridge however, incorporates two runtimes as mentioned before, where in the case of Py-Objc for example, a python runtime interacts with the objective-C runtime to for example, interface with the Cocoa API. A similar scenario is applicable to RubyCocoa. With MacRuby however, you don&#039;t have these separate runtimes anymore to deal with: just one, being the Objective-C runtime which allows you to mix and match Ruby and Objective-C code, something we&#039;ll touch on in the follow up to this article. I hope this has clarified that a bit up: don&#039;t confuse RubyCocoa for MacRuby, the former is a bridge, the latter allows for a single runtime native solution.

As for your claim about the Python interpreter compiling the script before it runs, unfortunately, we haven&#039;t had enough experience with the Python internals to verify whether or not this is the case. However, if true, it would mean that the Python interpreter would &quot;just-in-time&quot; compile it. By the time of this writing MacRuby does this as well, but I believe heuristics may be on its way to only JIT when its responsible too (e.g. depending on caller frequency etc...) as JIT comes at the cost of memory (e.g. storing the native code in RAM) and performance (e.g. translating the code to native). As far as I&#039;m aware of, there were some add-ons that would allow Python to JIT compile (&lt;a href=&quot;http://psyco.sourceforge.net/&quot; rel=&quot;nofollow&quot;&gt;Psyco&lt;/a&gt; for example), but by default Python does not: it probably only compiles it down to VM opcodes (bytecode), similar as Ruby 1.9 does this. This however, is not native. It simply speeds up the interpretation process by not having to traverse and interpret the abstract syntax tree (AST), but just a series of opcodes instead. MacRuby does not do this, instead, it just compiles it directly to native code for execution.</description>
		<content:encoded><![CDATA[<p>@Björn:<br />
Well, with MacRuby you can write native OSX Cocoa-based applications because it&#8217;s capable of compiling it to native code and using only one runtime, being the same objective C runtime native OSX apps utilize. A bridge however, incorporates two runtimes as mentioned before, where in the case of Py-Objc for example, a python runtime interacts with the objective-C runtime to for example, interface with the Cocoa API. A similar scenario is applicable to RubyCocoa. With MacRuby however, you don&#8217;t have these separate runtimes anymore to deal with: just one, being the Objective-C runtime which allows you to mix and match Ruby and Objective-C code, something we&#8217;ll touch on in the follow up to this article. I hope this has clarified that a bit up: don&#8217;t confuse RubyCocoa for MacRuby, the former is a bridge, the latter allows for a single runtime native solution.</p>
<p>As for your claim about the Python interpreter compiling the script before it runs, unfortunately, we haven&#8217;t had enough experience with the Python internals to verify whether or not this is the case. However, if true, it would mean that the Python interpreter would &#8220;just-in-time&#8221; compile it. By the time of this writing MacRuby does this as well, but I believe heuristics may be on its way to only JIT when its responsible too (e.g. depending on caller frequency etc&#8230;) as JIT comes at the cost of memory (e.g. storing the native code in RAM) and performance (e.g. translating the code to native). As far as I&#8217;m aware of, there were some add-ons that would allow Python to JIT compile (<a href="http://psyco.sourceforge.net/" rel="nofollow">Psyco</a> for example), but by default Python does not: it probably only compiles it down to VM opcodes (bytecode), similar as Ruby 1.9 does this. This however, is not native. It simply speeds up the interpretation process by not having to traverse and interpret the abstract syntax tree (AST), but just a series of opcodes instead. MacRuby does not do this, instead, it just compiles it directly to native code for execution.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

