>>>Records that point to other peers, especially where they may point to more than one of their peers, are not easily and conveniently manipulated with VFP's native data structures. You can (and if you need small-scale linked list functionality in an app that fits VFP well, should) construct VFP classes that implement objects that behave well as linked list nodes, but you're very limited as far as speed and capacity. Here, C++/Delphi/LISP and lots of other things work better, and although VB is not suited as well to constructing high-level list behaviors on a class level, it is not hampered by doing things in tables, being able to define native structures that contain pointers. VFP offers significant advantages over VB in terms of constructing classes to implement linked lists, but the cost in terms of overhead is too high.
>>
>>VFP would really benefit form a lightweight and fast baseclass that provides the minimum builtin features. I have played around with various linked list and tree data structures in VFP and have found the existing baseclasses to bulky. A simple baseclass with just Init and Destroy methods would be great.
>>
>
>Session (where you need a data environment) and Line have worked well for me in the past.

Yes, they just clash with my sense of esthetics. I wish there were a baseclass that does not have properties and methods that do not apply to my datastructure.

Additionally, session objects have awkward effects on their parent containers. The make the parent and all of its children have the session objects dataenvironment (I don't know what happens when you have multiple session objects in the container).