On Mon, 16 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> Thanks Przemek. It looks that the DBI_ISTEMPORARY + fTemporary stuff was put
> in the wrong place in AREAP while
> it should have been in DBFAREAP. That explains it.
I'm afraid that I do not understand. It's the same structure
and from the beginning fTemporary is only in extended DBFAREA members
not one of the AREA ones. It's good and I didn't change it.
If it was not working for you then probably it was probably result of
some typo in code.
Please also not that in current implementation we have also verification
if RDD supports such functionality. Just simply by default:
errCode = SELF_INFO( pArea, DBI_ISTEMPORARY, pItem );
returns FAILURE if RDD does not implement such action so we will
not execute farther commands (CREATEFILEDS()/CREATE()) if they
cannot be supported so it's not necessary to updated existing
RDDs to not GPF abName in DBOPENINFO is NULL. BTW it was probably the
reason why you had GPF - the fTemporary was not set correctly before
call to CREATE() method.
> I think we should also allow empty aliases for temp tables.
> If you have no objections, I'd like to commit it.
They are supported. Just simply use empty alias ("") as first parameter
in this function.
It works in exactly the same way as in dbUseArea() and dbCreate() just
like in Clipper - "" as alias name means that alias should not be
allocated.
best regards,
Przemek
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
