<?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>boolean.co.nz</title>
	<atom:link href="http://boolean.co.nz/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://boolean.co.nz/blog</link>
	<description>Where there is more to logic than TRUE or FALSE</description>
	<lastBuildDate>Fri, 18 May 2012 09:56:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>MySQL datatype for storing IP addresses</title>
		<link>http://boolean.co.nz/blog/mysql-datatype-for-storing-ip-addresses/782/</link>
		<comments>http://boolean.co.nz/blog/mysql-datatype-for-storing-ip-addresses/782/#comments</comments>
		<pubDate>Fri, 18 May 2012 09:56:24 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[MySQL]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=782</guid>
		<description><![CDATA[The best way to store a (version 4) IP address in a MySQL database is as an integer. This may sound strange but MySQL has two powerful functions to enable you to store an IP address as an unsigned INT. Searching an integer is much faster than searching a string and additionally integers take up [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/04/mysql_logo.png" alt="" title="mysql_logo" width="204" height="106" class="aligncenter size-full wp-image-96" /></td>
</tr>
</table>
<p>The best way to store a (version 4) IP address in a MySQL database is as an integer. This may sound strange but MySQL has two powerful <a href="http://dev.mysql.com/doc/refman/5.0/en/miscellaneous-functions.html" title="functions" target="_blank">functions</a> to enable you to store an IP address as an <em>unsigned</em> INT. Searching an integer is much faster than searching a string and additionally integers take up less storage space which is great when working with large datasets.</p>
<div class="codesnip-container" >mysql> SELECT INET_ATON(&#8217;10.0.5.9&#8242;);<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
INET_ATON(&#8217;10.0.5.9&#8242;)<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
167773449<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
1 row in set (0.00 sec)</div>
<p>and the reverse function</p>
<div class="codesnip-container" >mysql> SELECT INET_NTOA(167773449);<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
INET_NTOA(167773449)<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
10.0.5.9<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
1 row in set (0.00 sec)</div>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/mysql-datatype-for-storing-ip-addresses/782/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Speeding up Firefox on OSX</title>
		<link>http://boolean.co.nz/blog/speeding-up-firefox-on-osx/773/</link>
		<comments>http://boolean.co.nz/blog/speeding-up-firefox-on-osx/773/#comments</comments>
		<pubDate>Sat, 12 May 2012 07:37:45 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[OSX]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=773</guid>
		<description><![CDATA[Firefox had been running really slowly lately and as I am an awful hoarder of tabs closing the application took forever. I&#8217;d heard that since version 3 there was a sql lite table that according to Google could do with vacuuming &#8211; whatever that meant. The SQLite database uses flat files for local storage and [...]]]></description>
			<content:encoded><![CDATA[<p>Firefox had been running really slowly lately and as I am an awful hoarder of tabs closing the application took forever. I&#8217;d heard that since version 3 there was a <a href="http://www.sqlite.org/" title="SQLite" target="_blank">sql lite</a> table that according to Google could do with <em>vacuuming</em> &#8211; whatever that meant.</p>
<p>The SQLite database uses flat files for local storage and I wondered how big and bloated they had become over time. It turned out to be much worse than I expected. To view I typed the following into a command terminal</p>
<div class="codesnip-container" >find ~/Library/Application\ Support/Firefox/Profiles -type f -name &#8216;*.sqlite&#8217; -exec ls -arlth {} \;</div>
<p>My .places file was 40 megabytes which certainly wasn&#8217;t helping speed at all. The following command took care of the necessary housekeeping</p>
<div class="codesnip-container" >find ~/Library/Application\ Support/Firefox/Profiles -type f -name &#8216;*.sqlite&#8217; -exec sqlite3 {} VACUUM \;<br />
find ~/Library/Application\ Support/Firefox/Profiles -type f -name &#8216;*.sqlite&#8217; -exec sqlite3 {} REINDEX \;</div>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/speeding-up-firefox-on-osx/773/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Speeding up PHP FOR loops</title>
		<link>http://boolean.co.nz/blog/speeding-up-php-for-loops/762/</link>
		<comments>http://boolean.co.nz/blog/speeding-up-php-for-loops/762/#comments</comments>
		<pubDate>Wed, 11 Apr 2012 06:36:40 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=762</guid>
		<description><![CDATA[Refactoring some client code the other day I found a lot of inefficient logic. Whilst this example is written in PHP the concept is applicable in other programming languages. Many people use for loops in the belief that they are faster than a foreach, and while this is often the case it can be slower [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/03/php-logo.png" alt="" title="php-logo" width="203" height="107" class="aligncenter size-full wp-image-61" /></td>
</tr>
</table>
<p>Refactoring some client code the other day I found a lot of inefficient logic. Whilst this example is written in PHP the concept is applicable in other programming languages.</p>
<p>Many people use for loops in the belief that they are faster than a foreach, and while this is often the case it can be slower and less flexible if you make some simple mistakes. Consider the following:</p>
<p><strong>A slow FOR loop</strong></p>
<div class="codesnip-container" >$text=&#8221;thequickbrownfoxjumpsoverthelazydog&#8221;;<br />
for($i=0; $i &lt; strlen($text); $i++){ // Loop through the characters<br />
echo ( substr($text,$i,1) == &#8216;o&#8217; ) ? &#8220;Its an o&#8221; : &#8220;Not an o&#8221;; // Display true or false as relevant<br />
}</div>
<p><strong>A faster FOR loop</strong></p>
<div class="codesnip-container" >$text=&#8221;thequickbrownfoxjumpsoverthelazydog&#8221;;<br />
$length = strlen($text); // obtain length of the string<br />
for($i=0; $i &lt; $length ; $i++){ // Loop through the characters<br />
    echo ( substr($text,$i,1) == &#8216;o&#8217; ) ? &#8220;Its an o&#8221; : &#8220;Not an o&#8221;; // Display true or false as relevant<br />
}</div>
<p>The second loop is faster because it does not evaluate the string length each time the loop runs <em>strlen($text)</em> as in the first example. Small differences like this can have a large effect on the speed of scripts especially if there are many loops or iterations.</p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/speeding-up-php-for-loops/762/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>LinkedIn dynamic button rendering</title>
		<link>http://boolean.co.nz/blog/linkedin-dynamic-button-rendering/752/</link>
		<comments>http://boolean.co.nz/blog/linkedin-dynamic-button-rendering/752/#comments</comments>
		<pubDate>Sun, 11 Mar 2012 01:03:45 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[JavaScript]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=752</guid>
		<description><![CDATA[It has become standard to offer sharing functionality via major platforms such as Facebook, Twitter and LinkedIn on websites. Most of the platform providers have multiple options for inserting their sharing features often including the use of an iFrame. LinkedIn is slightly different however choosing only to offer a javascript based solution similar to the [...]]]></description>
			<content:encoded><![CDATA[<p>It has become standard to offer sharing functionality via major platforms such as Facebook, Twitter and LinkedIn on websites. Most of the platform providers have multiple options for inserting their sharing features often including the use of an iFrame.<br />
<a href="http://www.linkedin.com/" title="LinkedIn" target="_blank">LinkedIn</a> is slightly different however choosing only to offer a javascript based solution similar to the following:</p>
<div class="codesnip-container" >&lt;script src=&#8221;//platform.linkedin.com/in.js&#8221; type=&#8221;text/javascript&#8221;&gt;&lt;/script&gt;</div>
<p>Above the inclusion of the required javascript function, and below the addition of sharing functionality where required.</p>
<div class="codesnip-container" >&lt;script type=&#8221;IN/Share&#8221;&gt;&lt;/script&gt;</div>
<p>When asynchronous pagination gets involved however this lack of an iFrame causes an issue: the javascript is not called as the asynchronous load takes place. This issue stumped for for a while until I found the simple solution to call:</p>
<div class="codesnip-container" >IN.init();</div>
<p>Eugene O&#8217;Neill (Web Developer for LinkedIn) has stated:</p>
<blockquote><p>1) IN.Parse() and IN.Init() are here to stay. While we do employ the policy that any undocumented methods may or may not be supported indefinitely, these two are uniquely crucial to the functionality of the framework. The amount of work it would require to remove IN.Parse()&#8230; I don&#8217;t even want to think about it. IN.Init() is our preferred method for loading the framework asynchronously and won&#8217;t be going anywhere. Feel free to use either method.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/linkedin-dynamic-button-rendering/752/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL zerofill for numerical types</title>
		<link>http://boolean.co.nz/blog/mysql-zerofill-numerical-types/742/</link>
		<comments>http://boolean.co.nz/blog/mysql-zerofill-numerical-types/742/#comments</comments>
		<pubDate>Tue, 06 Mar 2012 19:36:39 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[MySQL]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=742</guid>
		<description><![CDATA[MySQL has a feature for numerical types known as zerofill which effects the display size of numerical types. Unlike string types, the number inside the parentheses is not the storage size in characters for the type. For numerical types the type name itself solely determines storage size. Column Type Bytes On Disk Signed Storage Range [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/04/mysql_logo.png" alt="" title="mysql_logo" width="204" height="106" class="aligncenter size-full wp-image-96" />
<td></tr>
</table>
<p>MySQL has a feature for <a href="http://dev.mysql.com/doc/refman/5.0/en/numeric-type-overview.html" title="numerical" target="_blank">numerical</a> types known as zerofill which effects the display size of numerical types. Unlike <a href="http://boolean.co.nz/blog/max-length-for-mysql-text-field-types/135/" title="string types" target="_blank">string types</a>, the number inside the parentheses is <em>not</em> the storage size in characters for the type. For numerical types the type name itself solely determines storage size.</p>
<table>
<tr>
<td><strong>Column Type</strong></td>
<td><strong>Bytes On Disk</strong></td>
<td><strong>Signed Storage Range</strong></td>
<td><strong>Unsigned Storage Range</strong></td>
</tr>
<tr>
<td>tinyint</td>
<td>1 byte</td>
<td>-128 to 127</td>
<td>0 to 255</td>
</tr>
<tr>
<td>smallint</td>
<td>2 bytes</td>
<td>-32768 to 32767</td>
<td>0 to 65535</td>
</tr>
<tr>
<td>mediumint</td>
<td>3 bytes</td>
<td>-8388608 to 8388607</td>
<td>0 to 16777215</td>
</tr>
<tr>
<td>int</td>
<td>4 bytes</td>
<td>-2147483648 to 2147483647</td>
<td>0 to 4294967295</td>
</tr>
<tr>
<td>bigint</td>
<td>8 bytes</td>
<td>-9223372036854775808 to 9223372036854775807</td>
<td>0 to 18446744073709551615</td>
</tr>
</table>
<p>So zerofill with default width &#8211; the same as int(10):</p>
<div class="codesnip-container" >mysql> create table test_table (t int zerofill);<br />
Query OK, 0 rows affected (0.02 sec)</p>
<p>mysql> insert into test_table set t = 10;<br />
Query OK, 1 row affected (0.02 sec)</p>
<p>mysql> select * from test_table;<br />
+————+<br />
| t |<br />
+————+<br />
| 0000000010 |<br />
+————+<br />
1 row in set (0.08 sec)</p></div>
<p>And without zerofill:</p>
<div class="codesnip-container" >mysql> create table test_table (t int);<br />
Query OK, 0 rows affected (0.01 sec)</p>
<p>mysql> insert into test_table set t = 10;<br />
Query OK, 1 row affected (0.01 sec)</p>
<p>mysql> select * from test_table;<br />
+——+<br />
| t |<br />
+——+<br />
| 10 |<br />
+——+<br />
1 row in set (0.01 sec)</p></div>
<p>A common usage for is creating invoice ids such as INV00000945.</p>
<p><strong>Notes:</strong><br />
If you do not have zerofill specified there is no difference between int(3) and int(10)<br />
When doing comparisons: if compared as integers then the values are the same; if you compare as strings the values are different.</p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/mysql-zerofill-numerical-types/742/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using Google to host jQuery</title>
		<link>http://boolean.co.nz/blog/using-google-host-jquery/733/</link>
		<comments>http://boolean.co.nz/blog/using-google-host-jquery/733/#comments</comments>
		<pubDate>Sat, 11 Feb 2012 06:34:10 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[Hardware]]></category>
		<category><![CDATA[jQuery]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=733</guid>
		<description><![CDATA[Using Google to host your jQuery (or other applicable content) has several advantages over hosting a version on your own server including better caching, decreased latency, and increased parallelism. There are plenty of other articles to discuss the merits of decreased latency benefits of a CDN or the effects of parallelism on browsers so it [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2012/02/jquery_logo.png" alt="" title="jquery_logo" width="366" height="134" class="aligncenter size-full wp-image-734" /></td>
</tr>
</table>
<p>Using Google to host your jQuery (or other applicable content) has several advantages over hosting a version on your own server including better caching, decreased latency, and increased parallelism. There are plenty of other articles to discuss the merits of decreased latency benefits of a CDN or the effects of parallelism on browsers so it wont be covered here.</p>
<p><strong>Caching</strong><br />
Perhaps the most compelling reason to use Google to host your jQuery is that your users actually may not need to download it at all. If you’re hosting jQuery locally then your users must download a copy at least once. Your users probably already have multiple identical copies of jQuery in their browsers cache from other sites, but those copies are ignored when they visit your site.<br />
When a browser sees references to a CDN-hosted copy of jQuery it understands they all refer to exactly same file. The browser trusts that those files are identical and wont re-request the file if it&#8217;s already cached.</p>
<p><strong>Execution</strong><br />
So, now that we know that Google is a good place to serve up our jQuery from how are we going to do it? I believe the best way is also the simplest:</p>
<div class="codesnip-container" >&lt;script src=&#8221;//ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js&#8221;&gt;&lt;/script><br />
&lt;script&gt;window.jQuery || document.write(&#8216;&lt;script src=&#8221;js/libs/jquery-1.7.1.min.js&#8221;&gt;&lt;\/script&gt;&#8217;)&lt;/script&gt;</div>
<p>This will point to Google to host the jQuery library, but fall back to local hosting in the event of connectivity issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/using-google-host-jquery/733/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>08/02/2012 Emergency PHP Updates on server</title>
		<link>http://boolean.co.nz/blog/emergency-php-updates/725/</link>
		<comments>http://boolean.co.nz/blog/emergency-php-updates/725/#comments</comments>
		<pubDate>Tue, 07 Feb 2012 21:42:11 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[Hosting]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=725</guid>
		<description><![CDATA[EMERGENCY PHP UPDATES We will be applying a PHP update to the servers later this evening. This will take the primary PHP install from v5.3.9 to v5.3.10 and will resolve a vulnerability that has been patched in the 5.3.10 release. The vulnerability present in 5.3.9 allows for the possibility of remote code execution depending on [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/03/php-logo.png" alt="" title="php-logo" width="203" height="107" class="aligncenter size-full wp-image-61" /></td>
</tr>
</table>
<p><strong>EMERGENCY PHP UPDATES</strong></p>
<p>We will be applying a PHP update to the servers later this evening.</p>
<p>This will take the primary PHP install from v5.3.9 to v5.3.10 and will resolve a vulnerability that has been patched in the 5.3.10 release.</p>
<p>The vulnerability present in 5.3.9 allows for the possibility of remote code execution depending on how large numbers and arrays are used.</p>
<p>As this is a security issue we will be performing emergency maintenance between <strong>midnight and 3am (GMT).</strong></p>
<p>There should be no interruption to service however, as the work is being done on components critical to PHP based sites, this period should be considered at risk.</p>
<p>The work will cause slightly higher than normal load on the servers and may involve a restart of the web server.</p>
<p>In the worst cast scenario (such as a failed compile) the installer will restore a backup of the current working configuration.</p>
<p>No module or configuration changes will be made to the PHP stack and scripts should notice no difference.</p>
<p>You can view the change log on the php.net site: <a href="http://php.net/ChangeLog-5.php" title="here" target="_blank">http://php.net/ChangeLog-5.php</a></p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/emergency-php-updates/725/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL not starting in MAMP OSX</title>
		<link>http://boolean.co.nz/blog/mysql-not-starting-mamp/721/</link>
		<comments>http://boolean.co.nz/blog/mysql-not-starting-mamp/721/#comments</comments>
		<pubDate>Tue, 07 Feb 2012 00:32:03 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[OSX]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=721</guid>
		<description><![CDATA[Sometimes MySQL doesn&#8217;t come up again when attempting to start MAMP, &#8211; it just hangs after starting Apache. If you don&#8217;t want to have to reboot (and shutting down and restarting MAMP hasn&#8217;t helped) then quit MAMP, open a Terminal window and type: ps aux &#124; grep mysql lsof -i killall -9 mysqld]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/04/mysql_logo.png" alt="" title="mysql_logo" width="204" height="106" class="aligncenter size-full wp-image-96" /></td>
</tr>
</table>
<p>Sometimes MySQL doesn&#8217;t come up again when attempting to start MAMP, &#8211; it just hangs after starting Apache. If you don&#8217;t want to have to reboot (and shutting down and restarting MAMP hasn&#8217;t helped) then quit MAMP, open a Terminal window and type:</p>
<div class="codesnip-container" >ps aux | grep mysql<br />
lsof -i<br />
killall -9 mysqld</div>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/mysql-not-starting-mamp/721/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Obtain Facebook likes via PHP SDK</title>
		<link>http://boolean.co.nz/blog/facebook-likes-sdk/713/</link>
		<comments>http://boolean.co.nz/blog/facebook-likes-sdk/713/#comments</comments>
		<pubDate>Sun, 29 Jan 2012 03:11:36 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[FaceBook]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=713</guid>
		<description><![CDATA[In an update to this post here is another way to obtain the number of likes for a Facebook page. I&#8217;ll assume that you&#8217;ve already registered a Facebook application, have downloaded the PHP SDK and have included for use in your code. require(&#8216;facebook.php&#8217;); Setup an array with your Facebook applications credentials $facebook = new Facebook(array( [...]]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<td><img src="http://boolean.co.nz/blog/wp-content/uploads/2009/03/php-logo.png" alt="" title="php-logo" width="203" height="107" class="aligncenter size-full wp-image-61" /></td>
</tr>
</table>
<p>In an update to this <a href="http://boolean.co.nz/blog/get-facebook-likes-and-shares-via-graph-api/626/" title="post" target="_blank">post</a> here is another way to obtain the number of likes for a Facebook page.</p>
<p>I&#8217;ll assume that you&#8217;ve already registered a Facebook application, have downloaded the PHP SDK and have included for use in your code.</p>
<div class="codesnip-container" >require(&#8216;facebook.php&#8217;);</div>
<p>Setup an array with your Facebook applications credentials</p>
<div class="codesnip-container" >$facebook = new Facebook(array(<br />
&#8216;appId&#8217; => &#8217;000000000&#8242;, // Put appID here<br />
&#8216;secret&#8217; => &#8217;0000c000c000c000c&#8217;, // Put your secret key here<br />
));</div>
<p>Decide which page you wish to obtain the number of likes for</p>
<div class="codesnip-container" >$getRequest = $facebook->api(&#8216;/cocacola&#8217;); // Lets look at the Facebook page for the popular soft drink<br />
echo $getRequests['likes'];</div>
<p>Obviously you can consume, contrast and display this information in more exciting ways than simply echoing it to the screen. Enjoy.</p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/facebook-likes-sdk/713/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OSX Lion 10.7.2 Tweetdeck Crashes</title>
		<link>http://boolean.co.nz/blog/osx-tweetdeck-crashes/704/</link>
		<comments>http://boolean.co.nz/blog/osx-tweetdeck-crashes/704/#comments</comments>
		<pubDate>Sun, 08 Jan 2012 00:24:52 +0000</pubDate>
		<dc:creator>Boolean</dc:creator>
				<category><![CDATA[OSX]]></category>
		<category><![CDATA[Twitter]]></category>

		<guid isPermaLink="false">http://boolean.co.nz/blog/?p=704</guid>
		<description><![CDATA[Tweetdeck has been crashing on startup recently, &#8211; seemingly without any kind of pattern. At first I attributed this to OSX Lion related issues, but sometimes having Firefox or Chrome open seemed to solve the problem. I have finally tracked down the underlying issue to Adobe Air, the framework powering Tweetdeck and many other applications. [...]]]></description>
			<content:encoded><![CDATA[<p>Tweetdeck has been crashing on startup recently, &#8211; seemingly without any kind of pattern. At first I attributed this to OSX Lion related issues, but sometimes having Firefox or Chrome open seemed to solve the problem.</p>
<p>I have finally tracked down the underlying issue to Adobe Air, the framework powering Tweetdeck and many other applications. In fact it is the switching software for late model Macbook Pros toggling between the discrete and integrated graphics cards. Launching Firefox or Chrome forces the graphics card to switch to discrete mode, solving the autoswitching and crashing on startup error.</p>
<p>You can manually change the setting to solve the problem by navigating to System Preferences -> Energy Saver. Uncheck the Automatic Graphics Switching at the top of the preferences dialog.</p>
<p>A better fix however is to use <a href="http://codykrieger.com/gfxCardStatus" title="gfxCardStatus" target="_blank">gfxCardStatus</a> which is a menu bar application for OSX that allows users of dual-GPU 15&#8243; and 17&#8243; MacBook Pros to view which GPU is in use at a glance, and switch between them on-demand.</p>
<p><strong>Update 29/01/2012</strong><br />
I have discovered that VMWareFusion does not play nicely at all with gfxCardStatus. Fusion <em>will</em> work if you disable dynamic switching and force the use of the discrete GPU but if you change between the two, expect major issues. I&#8217;m disabling gfxCardStatus before launching Fusion to avoid the problems.</p>
]]></content:encoded>
			<wfw:commentRss>http://boolean.co.nz/blog/osx-tweetdeck-crashes/704/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

