<?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"
	>
<channel>
	<title>Comments on: createODBCDate() returns &#8216;time&#8217; as well?</title>
	<atom:link href="http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/</link>
	<description>development in a land far far away...</description>
	<pubDate>Wed, 15 Oct 2008 23:41:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>By: Michael Sharman</title>
		<link>http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-29163</link>
		<dc:creator>Michael Sharman</dc:creator>
		<pubDate>Tue, 04 Dec 2007 20:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-29163</guid>
		<description>Yeah sounds a bit dodgy Dave, I guess it's one of those things we just need to keep in mind.

Makes it harder though when the name of the function seems to go against its behaviour.</description>
		<content:encoded><![CDATA[<p>Yeah sounds a bit dodgy Dave, I guess it&#8217;s one of those things we just need to keep in mind.</p>
<p>Makes it harder though when the name of the function seems to go against its behaviour.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave H</title>
		<link>http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-29152</link>
		<dc:creator>Dave H</dc:creator>
		<pubDate>Tue, 04 Dec 2007 15:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-29152</guid>
		<description>We had a similar experience - passing a createodbcdate(now()) value to a function that increments the date based on the day of the week (using dateadd) resulted in a return of a date/time where time was NOT 00:00:00, but the actual time of day.  Outputting the passed variable showed no time, while outputting the function result showed the time.</description>
		<content:encoded><![CDATA[<p>We had a similar experience - passing a createodbcdate(now()) value to a function that increments the date based on the day of the week (using dateadd) resulted in a return of a date/time where time was NOT 00:00:00, but the actual time of day.  Outputting the passed variable showed no time, while outputting the function result showed the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Sharman</title>
		<link>http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-22983</link>
		<dc:creator>Michael Sharman</dc:creator>
		<pubDate>Sat, 06 Oct 2007 03:46:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-22983</guid>
		<description>I think that's what was happening Tom, the funny thing was why wasn't I seeing the time part '00:00:00' when I outputted or dumped the createODBCDate() object?

createDate() was another option for me, but was more work to pass in each date element (yyyymmdd) etc</description>
		<content:encoded><![CDATA[<p>I think that&#8217;s what was happening Tom, the funny thing was why wasn&#8217;t I seeing the time part &#8216;00:00:00&#8242; when I outputted or dumped the createODBCDate() object?</p>
<p>createDate() was another option for me, but was more work to pass in each date element (yyyymmdd) etc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom  K</title>
		<link>http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-22865</link>
		<dc:creator>Tom  K</dc:creator>
		<pubDate>Fri, 05 Oct 2007 08:57:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.chapter31.com/2007/10/05/createodbcdate-returns-time-as-well/#comment-22865</guid>
		<description>I think CreateODBCDate() does have a time index in it - otherwise (I'm guessing here) it wouldn't be a valid ODBC Date/Time Object?

if you create a Date/Time field in Access, using Now() as the default, it'll give you: 05/10/2007 09:54:43.

Presumably, CreateODBCDate returns:
05/10/2007 00:00:00 and CreateODBCDateTime will give you 05/10/2007 09:54:43.

That way they're both valid for access (ODBC); I'd have a play with plain old CreateDate(), which I believe will just return the "date" part.

T</description>
		<content:encoded><![CDATA[<p>I think CreateODBCDate() does have a time index in it - otherwise (I&#8217;m guessing here) it wouldn&#8217;t be a valid ODBC Date/Time Object?</p>
<p>if you create a Date/Time field in Access, using Now() as the default, it&#8217;ll give you: 05/10/2007 09:54:43.</p>
<p>Presumably, CreateODBCDate returns:<br />
05/10/2007 00:00:00 and CreateODBCDateTime will give you 05/10/2007 09:54:43.</p>
<p>That way they&#8217;re both valid for access (ODBC); I&#8217;d have a play with plain old CreateDate(), which I believe will just return the &#8220;date&#8221; part.</p>
<p>T</p>
]]></content:encoded>
	</item>
</channel>
</rss>
