Table of a VFeld from a VCursor

[Ruslan Zasukhin]

On 11/21/05 8:35 PM, "Charles Yeomans" <yeomans at desuetude.com> wrote:

>> Makes sense.  However my question still remains:
>> 
>>>>> I'm hoping that given you have a VField obtained from a VCursor in
>>>>> this
>>>>> manner that there is some way to determine which VCursor the VField
>>>>> comes
>>>>> from.  Is there some way to find out?
>> 
>> Is there a way to find out from a VField what it's VCursor is, or to
>> as a
>> VCursor what it's VFields are or whether a given VField  belongs to it?
>> Any unorthodox, implementation-dependent, dangerous "cheats" that might
>> accomplish this?
>> 
> 
> I did a little experiment, and it appears that VField.Table returns a
> reference to the VCursor.  But VCursor is not a subclass of VTable;
> that is, theCursor IsA VTable returns false.  Ruslan, you've got some
> explaining to do.

In C++  I_Cursor is subclass of I_Table.

But in REALbasic we have not implement this on tech reasons.
    interfaces have many bugs in RB


-- 
Best regards,

Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc

Valentina - Joining Worlds of Information
http://www.paradigmasoft.com

[I feel the need: the need for speed]