<?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: Parameterising Unix/Posix timestamps in VuGen</title>
	<atom:link href="http://www.jds.net.au/tech-tips/parameterising-time-stamps/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jds.net.au/tech-tips/parameterising-time-stamps/</link>
	<description>Expert consulting services with HP Software</description>
	<lastBuildDate>Mon, 06 Feb 2012 00:24:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Daniel</title>
		<link>http://www.jds.net.au/tech-tips/parameterising-time-stamps/#comment-27671</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Tue, 30 Nov 2010 01:30:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=762#comment-27671</guid>
		<description>Concise and exactly what I needed. Thanks</description>
		<content:encoded><![CDATA[<p>Concise and exactly what I needed. Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajay D</title>
		<link>http://www.jds.net.au/tech-tips/parameterising-time-stamps/#comment-17247</link>
		<dc:creator>Ajay D</dc:creator>
		<pubDate>Thu, 05 Aug 2010 18:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=762#comment-17247</guid>
		<description>Good article Stuart! I found a EPOCH time conversion routine in &#039;C&#039; which has proven successful many a times. But I will try this solution sometime too...</description>
		<content:encoded><![CDATA[<p>Good article Stuart! I found a EPOCH time conversion routine in &#8216;C&#8217; which has proven successful many a times. But I will try this solution sometime too&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anustup Ray</title>
		<link>http://www.jds.net.au/tech-tips/parameterising-time-stamps/#comment-14463</link>
		<dc:creator>Anustup Ray</dc:creator>
		<pubDate>Fri, 04 Jun 2010 15:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=762#comment-14463</guid>
		<description>Hello,

I am facing a correlation problem. The problem is the dymanic value needed to correlation occurs at the first letters of the html returned by the server. The problem is that there is no LB because the HTML starts with the dymanic value. I tried to leave the LB blank but then the parameter is not capturing anything. Any ideas about this?

Regards,
Ray</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I am facing a correlation problem. The problem is the dymanic value needed to correlation occurs at the first letters of the html returned by the server. The problem is that there is no LB because the HTML starts with the dymanic value. I tried to leave the LB blank but then the parameter is not capturing anything. Any ideas about this?</p>
<p>Regards,<br />
Ray</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Moncrieff</title>
		<link>http://www.jds.net.au/tech-tips/parameterising-time-stamps/#comment-1245</link>
		<dc:creator>Stuart Moncrieff</dc:creator>
		<pubDate>Mon, 09 Feb 2009 04:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=762#comment-1245</guid>
		<description>Interesting piece of trivia...

On Friday the 13th, 2009 at 11:31:30pm UTC UNIX time will reach 1,234,567,890.

...and just after 03:14:07 UTC on Tuesday, 19 January 2038, the 32-bit integer that stores the timestamp will roll over to -2147483648. This is known as the &quot;&lt;a href=&quot;http://en.wikipedia.org/wiki/Year_2038_problem&quot; rel=&quot;nofollow&quot;&gt;Unix Millennium bug&lt;/a&gt;&quot;.</description>
		<content:encoded><![CDATA[<p>Interesting piece of trivia&#8230;</p>
<p>On Friday the 13th, 2009 at 11:31:30pm UTC UNIX time will reach 1,234,567,890.</p>
<p>&#8230;and just after 03:14:07 UTC on Tuesday, 19 January 2038, the 32-bit integer that stores the timestamp will roll over to -2147483648. This is known as the &#8220;<a href="http://en.wikipedia.org/wiki/Year_2038_problem" rel="nofollow">Unix Millennium bug</a>&#8220;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

