[V4Rb] VDatabase reference problem
Charles Yeomans
yeomans at desuetude.com
Tue Jun 17 16:16:24 CDT 2003
On Tuesday, June 17, 2003, at 12:48 PM, Ruslan Zasukhin wrote:
> on 6/17/03 19:07, Charles Yeomans at yeomans at desuetude.com wrote:
>
>>
>> On Tuesday, June 17, 2003, at 03:42 AM, Ruslan Zasukhin wrote:
>>
>>> on 6/17/03 2:38, Charles Yeomans at yeomans at desuetude.com wrote:
>>>
>>>> I finally tracked down the source of an intermittent error in my
>>>> application. Unfortunately, it took me quite a while because
>>>> VBaseObject.Database.ErrNumber was not being set; looking in another
>>>> VDatabase object that pointed to the same database revealed the
>>>> problem. I can understand why this function returns a different
>>>> object,
>>>> but it would be nice if the object properties were kept in sync so
>>>> that
>>>
>>> Hmm, actually objects must be the same, otherwise we cannot avoid
>>> problems
>>> like you describe.
>>>
>>> I need check this.
>>> I was sure objects are the same.
>>
>> As it turns out, they are. Let me offer more detail.
>>
>> The problem was that V4Rb was returning error 666; my registration
>> code
>> obfuscation was returning a bad result. What I am seeing is this:
>> the
>> global database reference I hold and the reference obtained from
>> VBaseObject.Database point to the same object. But when I test the
>> ErrNumber property, my global database reference returns 666, while
>> the
>> reference obtained from VBaseObject.Database returns 0. This doesn't
>> seem possible, but I am looking at it in the debugger right now.
>
> I think I know where is problem.
>
> Probably VBaseObject.Database clear error.
>
> I think after it and after you see error = 0,
> If you look again into global object it also will be zero.
> Check this please and let me know.
You are right; a subsequent check of the global reference's ErrNumber
property returned 0. This is the current beta of V4Rb, by the way.
Charles Yeomans
More information about the Valentina
mailing list