On Mon, 16 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> One part which might be much for me is the memo handling,
> I'd appreciate your help in this area.
OK, I'll look at it but we should not have any bigger problems here.
Just simply memo file should also be temporary and maybe we should
block some operations like memo packing.
> > 2. <cAlias> is obligatory in dbCreateTemp() so RT error should be generated
> > when it's missing though we can add support for empty alias ("") which
> > is also legal in Clipper. In such case alias is not allocated at all
> > and not generated from file name. So we have to choices when szAlias
> > is NULL. Assing "" to it or generate RT error. The RT error should be
> > made in dbCreateTemp() function. In the C function
> > hb_rddCreateTableTemp()
> > we should have:
> > if( szAlias == NULL )
> > szAlias = "";
> I'd vote for RT error.
OK but only if user does not pass alias at all. If he passes explicitly ""
as alias then we should allow empty alias just like in all other open/create
functions to not force allocating unnecessary temporary alias.
> > In practice it means breaking binary compatibility so any existing 3-rd
> > party RDDs will stop to work and will have to be recompiled for new code.
> > Such modifications should be made only if they are strictly necessary and
> > we should group them with other modifications we plan to introduce to not
> > force unnecessary upgrades or create problems when user will try to use
> > old binaries with new Harbour code. I do not know how many 3-rd party RDDs
> > exist for Harbour. For sure MEDIATOR. If you know some others then please
> > send some information here.
> xhb RDDs shipped as binaries, but I've never tried them
> with Harbour and it's difficult to guess whether they are
> working even without these modifications.
I guess you are talking about SQLRDD and RMDBF* RDDs.
They cannot work just like any other binary RDDs without recompilation
with Harbour header files due to differences between both compilers.
best regards,
Przemek
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
