Hi Przemek,
> Yes, so we don't lose anything here then. Anyhow I'm trying to
> avoid the DBOPENINFO modification (plus your suggested fixes).
> Will redo the tests and if okay, commit.
>
Didn't manage yet.
Couldn't debunk how DBFAREAP and AREAP are related to
each other, and it seems I'm accessing one of them on the caller
side and the other on the dbf1.c side, or maybe something else.
I've add these:
--- wafunc.c / hb_rddCreateTableTemp()
{
PHB_ITEM pTrueItm = hb_itemPutL( NULL, TRUE );
errCode = SELF_INFO( pArea, DBI_ISTEMPORARY, pTrueItm ); //////// GPF
somewhere down this call
hb_itemRelease( pTrueItm );
}
---
--- dbf1.c / hb_dbfInfo()
case DBI_ISTEMPORARY:
/////// never reached
if( ! pArea->pDataFile && ! pArea->pMemoFile && HB_IS_LOGICAL(
pItem ) )
pArea->fTemporary = hb_itemGetL( pItem );
else
hb_itemPutL( pItem, pArea->fTemporary );
break;
---
--- dbf1.c / hb_dbfCreate()
pItem = hb_itemNew( pItem );
if( SELF_INFO( pArea, DBI_ISTEMPORARY, pItem ) != HB_SUCCESS )
{
hb_itemRelease( pItem );
return HB_FAILURE;
}
pArea->fTemporary = hb_itemGetL( pItem );
---
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
