agreed, space and logic probably dictates that it's inefficient to have two
functions to do the same thing when you can just place a mapping over one to
meet the users needs?



----- Original Message -----
From: "Gary Menzel" <[EMAIL PROTECTED]>
To: "CFAussie Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, March 12, 2004 11:28 AM
Subject: [cfaussie] Re: CF Date bug???


> Try that and you will find comparing two strings will return 0.

Or try using CreateODBCDateTime and you see how the "date only"
information is stored with a time of 0:00:00 and the "now()" has the
current time in it.

I am guessing that this then justifies your use of DateFormat to convert
the Now() into a string first (which will ensure you only get the "date"
portion and avoid a spurious "time").

You should run this and see that the "time" is always stored even if it is
not supplied:

                 <cfset time1 = createodbcdate('12 March 2004')>
                 <cfset time2 = createodbcdate('12 March 2004 10:30:00')>
                 #time1#<br>
                 #time2#<br>
                 #datediff("s",time1, time2)#<br>

This WILL generate a difference of 37800 even though you are using the
CreateODBCDate function (vs. CreateODBCTime).  This simply implies that
the ODBC date object created ALWAYS has a time component to it.

It looks like both functions do exactly the same thing.


Gary Menzel
Web Development Manager
IT Operations Brisbane -+- ABN AMRO Morgans Limited
Level 29, 123 Eagle Street BRISBANE QLD 4000
PH: 07 333 44 828  FX:  07 3834 0828



If this communication is not intended for you and you are not an authorised
recipient of this email you are prohibited by law from dealing with or
relying on the email or any file attachments. This prohibition includes
reading, printing, copying, re-transmitting, disseminating, storing or in
any other way dealing or acting in reliance on the information.  If you have
received this email in error, we request you contact ABN AMRO Morgans
Limited immediately by returning the email to [EMAIL PROTECTED] and
destroy the original. We will refund any reasonable costs associated with
notifying ABN AMRO Morgans. This email is confidential and may contain
privileged client information. ABN AMRO Morgans has taken reasonable steps
to ensure the accuracy and integrity of all its communications, including
electronic communications, but accepts no liability for materials
transmitted. Materials may also be transmitted without the knowledge of ABN
AMRO Morgans.  ABN AMRO Morgans Limited its directors and employees do not
accept liability for the results of any actions taken or not on the basis of
the information in this report. ABN AMRO Morgans Limited and its associates
hold or may hold securities in the companies/trusts mentioned herein.  Any
recommendation is made on the basis of our research of the investment and
may not suit the specific requirements of clients.  Assessments of
suitability to an individual?s portfolio can only be made after an
examination of the particular client?s investments, financial circumstances
and requirements.
ABN AMRO Morgans Limited (ABN 49 010 669 726 AFSL 235410) A Participant of
ASX Group


---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to
[EMAIL PROTECTED]

MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia
http://www.mxdu.com/ + 24-25 February, 2004




---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]

MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia
http://www.mxdu.com/ + 24-25 February, 2004

Reply via email to