<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Passages &#187; Programming</title>
	<atom:link href="http://www.gruecorner.com/xyzzy/topics/computers/programming/feed" rel="self" type="application/rss+xml" />
	<link>http://www.gruecorner.com/xyzzy</link>
	<description>You&#039;re in a twisty little maze of...</description>
	<lastBuildDate>Wed, 28 Jul 2010 13:43:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>		<item>
		<title>iPhone OS 4</title>
		<link>http://www.gruecorner.com/xyzzy/2010/04/08/iphone-os-4.html</link>
		<comments>http://www.gruecorner.com/xyzzy/2010/04/08/iphone-os-4.html#comments</comments>
		<pubDate>Thu, 08 Apr 2010 18:30:12 +0000</pubDate>
		<dc:creator>Matt</dc:creator>
				<category><![CDATA[Computers]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[iPhone]]></category>

		<guid isPermaLink="false">http://www.gruecorner.com/xyzzy/?p=790</guid>
		<description><![CDATA[Some good stuff on the iPhone 4 OS development front. Multitasking was probably the biggest announcement &#8211; take that &#8216;droid.. JK. Rather than just do multitasking as a one size fits all model, there are number of background API flavors that attempt to address the different background needs of different types of apps &#8211; telephony, [...]]]></description>
			<content:encoded><![CDATA[<p>Some good stuff on the iPhone 4 OS development front.</p>
<p>Multitasking was probably the biggest announcement &#8211; take that &#8216;droid.. JK. Rather than just do multitasking as a one size fits all model, there are number of background API flavors that attempt to address the different background needs of different types of apps &#8211; telephony, music, geo-location, push notifications, etc. This is clearly driven by the need to control the battery consumption.</p>
<p>App developers will have to pick and choose between the various APIs to see what ones fit their app. Not all APIs will apply to every app, but clearly for apps like Pandora, Maps/Location, Skype and others, these APIs make those apps first class citizens on the OS level the way music, mail and phone Apple apps are.</p>
<p>It&#8217;s not true multitasking like you can find on Unix. It&#8217;s a controlled multi-tasking API. It puts the onus on the developer to use the API&#8217;s in ways that enhance the app. Poor implementation will drain battery life but it won&#8217;t be because of the OS, it&#8217;ll be an app developer issue.</p>
<p>There are a number of other focus items like iBooks for the iPhone, unified InBox for mail, better enterprise integration and a game developers quasi-social network, and a quite a number of small items updated in the OS.</p>
<p>The other item worth mentioning is iAd &#8211; Apple&#8217;s interesting twist on mobile ads. I love this from Steve:</p>
<blockquote><p>When you look at ads on a phone, it&#8217;s not like a desktop. On a desktop, search is where it&#8217;s at. But on mobile devices, that hasn&#8217;t happened. Search is not happening on phones; people are using apps. And this is where the opportunity is to deliver advertising is.</p></blockquote>
<p>Apple&#8217;s iAd APIs will allow developers to plug into an Apple controlled ad network in order to support apps. This is in response to the proliferation of free apps supported by a multitude of different ad networks. Apple&#8217;s willing to do a 60/40 split w/the the developer. Apple&#8217;s got an interesting interactive ad model where ads can be as rich as the app they are running in. There are too many details to explain on how the iAds can work, but I&#8217;m sure Apple will post demos on how rich they can be. Users could get lost in them thinking they were apps themselves.</p>
<p>More importantly, Apple&#8217;s taking aim right at Google&#8217;s ad system and Flash in 1 stroke. By creating a whole new way to develop interactive ads and a distribution network, the wind goes somewhat out of the &#8220;Flash on the iPhone&#8221; sails and Google&#8217;s no longer the easiest way to distribute the ad. This will be interesting to watch.</p>
<p><strong>Update</strong>:</p>
<p>Daring Fireball has a post on a <a href="http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler">change in language</a> of the Developer Agreement that bans cross compilation techniques for iPod/iPad/iPod Touch apps. If it wasn&#8217;t clear that Apple is at war with Adobe/Flash it is now. I&#8217;m guessing that Flash CS5 is toast on Apple mobile devices.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gruecorner.com/xyzzy/2010/04/08/iphone-os-4.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Launchd and the Keychain</title>
		<link>http://www.gruecorner.com/xyzzy/2008/08/10/launchd-and-the-keychain.html</link>
		<comments>http://www.gruecorner.com/xyzzy/2008/08/10/launchd-and-the-keychain.html#comments</comments>
		<pubDate>Mon, 11 Aug 2008 00:30:34 +0000</pubDate>
		<dc:creator>Matt</dc:creator>
				<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://www.gruecorner.com/xyzzy/?p=24</guid>
		<description><![CDATA[I&#8217;ve been writing some software for the Mac to run under launchd. My program is a background utility that needs access to the user&#8217;s keychain to do part of its work. The program ran fine during the development process when started from the shell, but as soon as I hooked it up to launchd, it [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been writing some software for the Mac to run under launchd. My program is a background utility that needs access to the user&#8217;s keychain to do part of its work. The program ran fine during the development process when started from the shell, but as soon as I hooked it up to launchd, it could no longer find the password in the keychain. Many, many, many hours later, I figured it out.</p>
<p>Launchd has several &#8220;modes&#8221; that it can launch an &#8220;agent&#8221; in. I was telling launchd to run my program in the wrong mode. I had to add a   <code>LimitLoadToSessionType </code>key set to <code>Aqua</code> to the configuration file that I fed to launchctl and call launchctl using &#8220;<code>-S Aqua</code>&#8221; option. There was much rejoicing! Before the program was trying to read the default system keychain, but with the &#8220;Aqua&#8221; setting, it used the user&#8217;s default, which is what I wanted.</p>
<p>If you&#8217;re using launchd, this <a href="http://developer.apple.com/technotes/tn2005/tn2083.html" target="_blank">little doc</a> is your friend!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gruecorner.com/xyzzy/2008/08/10/launchd-and-the-keychain.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
