CT,

>Who put the RETURN .F. in the kBizObj::Save() method? You've been working with Codebook type applications as long or longer than I have and know that it always has to return a numeric to preserve the signature.

I've changed the RETURN .F. in KBizObj.Save() to

RETURN FILE_CANCEL 

>What about the "=" in the cDataAccessBase::GetErrorNumber() return value?

I've changed the return statement in CDataAccessBase.GetErrorNumber() to:

RETURN laError[AERROR_ERROR]

>What about the .NULL. object reference being returned from the kBizObj::GetDataAccessObject() method? It's causing errors when .NULL. (a valid return value) is returned since the following line of code does not check for .NULL.

If GetDataAccessObject() returns a null, it means you have no data environment or no data access objects, which indicates a bigger problem elsewhere. One of the business object assumptions is that it has a data environment and at least one data access object...this is a good assumption since you can't do much without them!

Regards,