<?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>dev. &#187; 10.6</title>
	<atom:link href="http://coliena.com/blog/tag/10-6/feed/" rel="self" type="application/rss+xml" />
	<link>http://coliena.com/blog</link>
	<description>some software engineers&#039; random rants and thoughts</description>
	<lastBuildDate>Mon, 30 Aug 2010 20:02:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>How to repair the Apple iCal</title>
		<link>http://coliena.com/blog/2010/08/how-to-repair-the-apple-ical/</link>
		<comments>http://coliena.com/blog/2010/08/how-to-repair-the-apple-ical/#comments</comments>
		<pubDate>Mon, 30 Aug 2010 20:02:16 +0000</pubDate>
		<dc:creator>niels</dc:creator>
				<category><![CDATA[helpdesk]]></category>
		<category><![CDATA[10.6]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[os x]]></category>

		<guid isPermaLink="false">http://coliena.com/blog/?p=371</guid>
		<description><![CDATA[My iCal kept crashing constantly due to a segmentation fault (EXC_BAD_ACCESS, SIGSEGV). In the short time right before it crashed, I noticed that iCal tried to sync with a corrupt external calendar. The bad data got into iCal once, and iCal didn&#8217;t stand it If you happen to meet a failing iCal one day, and [...]]]></description>
			<content:encoded><![CDATA[<p>My iCal kept crashing constantly due to a segmentation fault (EXC_BAD_ACCESS, SIGSEGV). In the short time right before it crashed, I noticed that iCal tried to sync with a corrupt external calendar. The bad data got into iCal once, and iCal didn&#8217;t stand it <img src='http://coliena.com/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /><br />
If you happen to meet a failing iCal one day, and you can&#8217;t remove the mischief from within iCal, you have two options:</p>
<ol>
<li>get the decent <a href="http://purityapp.com/">Purity</a> app, unplug the network (so that iCal won&#8217;t sync before the culprit has been removed), and clean the iCal cache</li>
<li>have a closer look at <em>~/Library/Calendars/</em>, where all the calendars are stored. Inspect the info.plist files and .ics event data to find the bad calendar and move its folder to another location. Restart iCal. If it is still crashing you got the wrong calendar &#8211; put the moved calendar back and keep on searching.</li>
</ol>
<p>No. 2 did the trick for me.<br />
Plain text files and simple folder layouts might not look as evolved as SQL tables and mysterious binary data files &#8211; but they work just fine in this scenario and are pretty easy to debug.</p>
]]></content:encoded>
			<wfw:commentRss>http://coliena.com/blog/2010/08/how-to-repair-the-apple-ical/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Diagnostic and Usage Data Collection in Mac OS X 10.6.3</title>
		<link>http://coliena.com/blog/2010/03/diagnostic-and-usage-data-collection-in-mac-os-x-10-6-3/</link>
		<comments>http://coliena.com/blog/2010/03/diagnostic-and-usage-data-collection-in-mac-os-x-10-6-3/#comments</comments>
		<pubDate>Mon, 29 Mar 2010 20:19:27 +0000</pubDate>
		<dc:creator>niels</dc:creator>
				<category><![CDATA[life out there]]></category>
		<category><![CDATA[10.6]]></category>
		<category><![CDATA[mac]]></category>
		<category><![CDATA[os x]]></category>

		<guid isPermaLink="false">http://coliena.com/blog/?p=274</guid>
		<description><![CDATA[Apple just released Mac OS X 10.6.3. Pretty good. As usual, the list of bug fixes and patches is quite long. Thanks for that Oh, and they added a diagnostic and usage data collection &#8230; erm, feature? Hey, it is even enabled by default: If there was a possibility for opting out I must have [...]]]></description>
			<content:encoded><![CDATA[<p>Apple just released <a href="http://support.apple.com/kb/HT4014?viewlocale=en_US">Mac OS X 10.6.3</a>. Pretty good. As usual, <a href="http://support.apple.com/kb/HT4077">the list of bug fixes and patches</a> is quite long. Thanks for that <img src='http://coliena.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Oh, and they added a diagnostic and usage data collection &#8230; erm, feature? Hey, it is even enabled by default:<br />
<a href="http://coliena.com/blog/wp-content/uploads/usage_data.png"><img class="alignnone size-full wp-image-276" title="usage_data" src="http://coliena.com/blog/wp-content/uploads/usage_data.png" alt="Diagnostic and Usage Data Collection properties" width="450" height="239" /></a><br />
If there was a possibility for opting out I must have missed it somehow. Actually, I am pretty sure they did not ask me.<br />
Speaking as a software engineer, I understand that crash logs and usage data can be invaluable for creating timely and to-the-point patches and updates. On the other side, this is my system. And the data stored on it is mine. Once again, speaking as a software engineer: in the way of creating new applications, a lot of crashes will occur. Bugs need to be squashed, and features to be added. Why should Apple know what I am working on? Or simply what video I was looking at before Youtube crashed? Or what mail caused Mail.app to go down in flames?<br />
And why is it so hard to ask your customers if they want to take part in the user data collection <em>before</em> such a gimmick is activated?</p>
<p>Read more about the Diagnostic and usage data collection (and how to disable it) <a href="http://support.apple.com/kb/HT4063?viewlocale=en_US">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://coliena.com/blog/2010/03/diagnostic-and-usage-data-collection-in-mac-os-x-10-6-3/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Java on Mac OS X 10.6 Snow Leopard</title>
		<link>http://coliena.com/blog/2009/09/java-on-mac-os-x-10-6-snow-leopard/</link>
		<comments>http://coliena.com/blog/2009/09/java-on-mac-os-x-10-6-snow-leopard/#comments</comments>
		<pubDate>Tue, 08 Sep 2009 06:50:15 +0000</pubDate>
		<dc:creator>niels</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[10.6]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[os x]]></category>

		<guid isPermaLink="false">http://coliena.com/blog/?p=189</guid>
		<description><![CDATA[Apple apparently set Java 6b14 (64 bit) as default in Snow Leopard, both in 32 and 64 bit Kernel environments. They dumped Java 1.4 and Java 5, but you can switch to Java 6 (32 bit).]]></description>
			<content:encoded><![CDATA[<p>Apple apparently set Java 6b14 (64 bit) as default in Snow Leopard, both in 32 and 64 bit Kernel environments.<br />
They dumped Java 1.4 and Java 5, but you can switch to Java 6 (32 bit).</p>
]]></content:encoded>
			<wfw:commentRss>http://coliena.com/blog/2009/09/java-on-mac-os-x-10-6-snow-leopard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
