Em Qui, 2005-12-01 às 15:26 +0100, Michael Van Canneyt escreveu:
>
> On Thu, 1 Dec 2005, Joost van der Sluis wrote:
>
> >
> >> No, it's a FPC problem.
> >>
> >> Delphi actually does a dirty trick with the 'NativeFormat' parameter of
> >> GetFieldData. If NativeFormat is false, it does a recursive call of
> >> itself with a temporary buffer, and then converts the data with
> >> an auxiliary method.
> >>
> >> This method takes care of the conversion TTimeStamp -> TDateTime
> >> because TDateTimeField sets calls GetFieldData with NativeFormat
> >> set to False.
> >>
> >> So we had to fix this in TDataset.
> >> I've done it, it's committed, if someone could please give it a test,
> >> I would be grateful.
> >>
> >> This means that a TDataset Descendent always should use the OLD method,
> >> or must override the DataConvert method so it does NOT do the conversion
> >> again in the case of datetime fields.
> >
> > So we introduce an ugly hack, which no-one understands, only to be
> > compatible with Delphi? And it's extra overhead.
I'm in accord with Joost.
> But all TDataset components which I saw use the old method,
> so the conversion is needed. We rely on a lot of converted
> components.
Besides Zeos what components do it?
Anyway, i think that the fpc support to the main databases are good
enough.
> > Then - why should we use TDateTime at all ?!?
> >
> > I'll take a look at your changes. You are aware of that you probably
> > broke all non-ZEOS TDataset descendents?
>
> Nono. I fixed sqldb at the same time, of course.
How about sqliteds?
Luiz
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
