On Tue, 01 Dec 2009, Szak�ts Viktor wrote: Hi,
> > Of course this RDD should be greatly improved yet and some > > missing functionality added. Also if someone has time then > > function like SQLTranslate() should be rewritten from scratch > > to be real xbase to SQL expressions translator. Not a small > > hack for some trivial examples. > Just had time to read this bit, well, I couldn't have > said it better. Probably many other improvements could > be made on that driver. F.e. for me thos HB_ADORDD*() > functions look a little strange in an RDD. They're > needed to setup connection, and connection is stored > in thread static data. I'm not sure this plays well > with MT RDD features of Harbour. Many things can be done but it needs someone interested enough in developing this code and with some deeper knowledge about RDD internals. Looking at this code I'm find still new things which should be implemented in different way. I can help with RDD code but there is no chance that I can make anything with strict ADO only code - it simply does not work in my Linux box ;-) It's enough that I was working on OLE code without even single runtime test. > Plus one issue: Marek used to tell that data types > aren't properly translated to Harbour types. Yes but it does not discards it. Many database drivers supports only some subset of available field types. I.e. there is no other DBF driver which can read all DBF fields supported by Harbour but it does not mean that rest of xbase worls does not have usable drivers ;-). In clean code things like new field types are usually easy to introduce and can be done by users who will need them. best regards, Przemek _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
