Hello Charlie

well, '...to debug forms' - ja - i read that in the help too, problem is the debugger is lying (see discussion in this thread), it says i am in the private ds, when actually i am not.

you suggestion was mentioned earlier in this thread, and it looks like thats what i am gonna have to do :-(, but i don't like it.

in my opinion, this way it goes against the idea of 'not multiplying' the same code (for a lack of a better term, sure there is one <s>). i am trying to have the same code only once, create my code as flexible as it make sense, and have everything point to 1 place.

with this solution, i have multible instances of the same code (therefor more overhead - even if its just a little). also, because not all forms have a private ds, it is now possible for one of the classes in oToolBox to open the table with the same alias - so the whole thing is a mess.



>Hi Gunnar,
>From the Help: SET DATASESSION typically is used to debug forms.
>That is, IMO, is what it's for. When you create an object to do data stuff, it needs to be created in the same datasession in which you which to work. You may need one object that knows about manipulating data to live in your current DS, (and in every DS that needs this feature) and another that lives outside that can communicate with those objects in the DataSessions.
>
>
>>
>>i is just strange that the set ds to does not work - what is for then?