B berndgoedecke Active Member Licensed User Longtime User Aug 31, 2008 #1 Is it possible to iintegrate DateTime compatibility methods like in VB.Net. There is the .ToOADate()- and the .FromOADate()-Method to convert from Ticks to a Double formated Date and the reversal. Best regards berndgoedecke
Is it possible to iintegrate DateTime compatibility methods like in VB.Net. There is the .ToOADate()- and the .FromOADate()-Method to convert from Ticks to a Double formated Date and the reversal. Best regards berndgoedecke
Cableguy Expert Licensed User Longtime User Aug 31, 2008 #2 I believe that's already( as it always was) possile using DATEParse, wich converts adate to the tick, and DATE wich converts o a date a numbe of ticks, formated by the DATEFORMAT....
I believe that's already( as it always was) possile using DATEParse, wich converts adate to the tick, and DATE wich converts o a date a numbe of ticks, formated by the DATEFORMAT....
agraham Expert Licensed User Longtime User Aug 31, 2008 #3 Sorry Cableguy but doesn't want a string, he wants a fractional date type. I think that a OADate is the same as a TDateTime which we discussed here http://www.b4x.com/forum/basic4ppc-wishlist/2724-access-datetime-structs.html
Sorry Cableguy but doesn't want a string, he wants a fractional date type. I think that a OADate is the same as a TDateTime which we discussed here http://www.b4x.com/forum/basic4ppc-wishlist/2724-access-datetime-structs.html
B berndgoedecke Active Member Licensed User Longtime User Aug 31, 2008 #4 You are right agraham,but isn't it faster to use the VB.Net methods, implemented in a dll ??
agraham Expert Licensed User Longtime User Aug 31, 2008 #5 berndgoedecke said: isn't it faster to use the VB.Net methods, implemented in a dll ?? Click to expand... It might seem surprising but probably not in an optimised compiled app, especially for FromOADate() which is one multiply and one add. There is the overhead of a library call and a further call in the library to the .NET functions and the variables need the same processing whether they are passed to a library or merely prepared for B4ppc computation.
berndgoedecke said: isn't it faster to use the VB.Net methods, implemented in a dll ?? Click to expand... It might seem surprising but probably not in an optimised compiled app, especially for FromOADate() which is one multiply and one add. There is the overhead of a library call and a further call in the library to the .NET functions and the variables need the same processing whether they are passed to a library or merely prepared for B4ppc computation.
