> 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.

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?

-- 
Met vriendelijke groeten,

  Joost van der Sluis
  CNOC Informatiesystemen en Netwerken
  http://www.cnoc.nl

_________________________________________________________________
     To unsubscribe: mail [EMAIL PROTECTED] with
                "unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives

Reply via email to