<?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: Backdate Yojimbo Items</title>
	<atom:link href="http://anoved.net/2007/05/backdate-yojimbo-items/feed/" rel="self" type="application/rss+xml" />
	<link>http://anoved.net/2007/05/backdate-yojimbo-items/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 23:45:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jim</title>
		<link>http://anoved.net/2007/05/backdate-yojimbo-items/#comment-645</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Mon, 18 Jan 2010 00:34:56 +0000</pubDate>
		<guid isPermaLink="false">http://anoved.net/2007/05/backdate-yojimbo-items/#comment-645</guid>
		<description>Hi, Johnnie. I haven&#039;t used the script in a while, so I just gave it a try to confirm that it doesn&#039;t work in 10.6.2. According to Activity Monitor, it was hanging in the call to zdump. That part of the code was lifted from other examples, so I&#039;m not sure exactly how to fix it.

However, the good news is that most of that code is just dedicated to adjusting the time part of the item timestamp correctly based on past daylight savings changes. So, if that is not a key concern, you can sidestep the problem by replacing the entire contents of the ConvertToGMT function with &quot;return _inputDate - (time to GMT)&quot;, which is already present as an [unfortunately ignored] error case.

Hopefully that fix will be useful for your project. I suspect there&#039;ve been changes to the OS time zone/DST database which were sufficient to confuse the relatively fragile command line that pulled info out of it.</description>
		<content:encoded><![CDATA[<p>Hi, Johnnie. I haven&#8217;t used the script in a while, so I just gave it a try to confirm that it doesn&#8217;t work in 10.6.2. According to Activity Monitor, it was hanging in the call to zdump. That part of the code was lifted from other examples, so I&#8217;m not sure exactly how to fix it.</p>
<p>However, the good news is that most of that code is just dedicated to adjusting the time part of the item timestamp correctly based on past daylight savings changes. So, if that is not a key concern, you can sidestep the problem by replacing the entire contents of the ConvertToGMT function with &#8220;return _inputDate &#8211; (time to GMT)&#8221;, which is already present as an [unfortunately ignored] error case.</p>
<p>Hopefully that fix will be useful for your project. I suspect there&#8217;ve been changes to the OS time zone/DST database which were sufficient to confuse the relatively fragile command line that pulled info out of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johnnie Wilcox</title>
		<link>http://anoved.net/2007/05/backdate-yojimbo-items/#comment-643</link>
		<dc:creator>Johnnie Wilcox</dc:creator>
		<pubDate>Sun, 17 Jan 2010 19:05:49 +0000</pubDate>
		<guid isPermaLink="false">http://anoved.net/2007/05/backdate-yojimbo-items/#comment-643</guid>
		<description>Thanks for this utility which, unfortunately, I have not been able
to use. AppleScript (OS X v.10.6.2 on a Mac Pro) reports &quot;Invalid
date and time date 01:59:59 of «script».&quot; Any chance you can repair
the above issue? Even if not, thanks for considering and for making
this code available. (My ultimate goal is to use your SQL-fu in a
small script I&#039;ve written that pulls a specific date from a Yojimbo
item&#039;s &quot;Comments&quot; field and uses that date to backdate the item.)</description>
		<content:encoded><![CDATA[<p>Thanks for this utility which, unfortunately, I have not been able<br />
to use. AppleScript (OS X v.10.6.2 on a Mac Pro) reports &#8220;Invalid<br />
date and time date 01:59:59 of «script».&#8221; Any chance you can repair<br />
the above issue? Even if not, thanks for considering and for making<br />
this code available. (My ultimate goal is to use your SQL-fu in a<br />
small script I&#8217;ve written that pulls a specific date from a Yojimbo<br />
item&#8217;s &#8220;Comments&#8221; field and uses that date to backdate the item.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://anoved.net/2007/05/backdate-yojimbo-items/#comment-25</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Fri, 11 May 2007 15:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://anoved.net/2007/05/backdate-yojimbo-items/#comment-25</guid>
		<description>To automatically backdate imported items with the creation and modification dates of the original files, see this script&#039;s companion, &lt;a HREF=&quot;http://anoved.net/2007/05/backdate-yojimbo-import.html&quot; REL=&quot;nofollow&quot;&gt;Backdate Import&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>To automatically backdate imported items with the creation and modification dates of the original files, see this script&#8217;s companion, <a HREF="http://anoved.net/2007/05/backdate-yojimbo-import.html" REL="nofollow">Backdate Import</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://anoved.net/2007/05/backdate-yojimbo-items/#comment-24</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Tue, 08 May 2007 16:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://anoved.net/2007/05/backdate-yojimbo-items/#comment-24</guid>
		<description>The 1.1 update adds better error checking for invalid input dates.</description>
		<content:encoded><![CDATA[<p>The 1.1 update adds better error checking for invalid input dates.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

