Thomas,

It it would be that simple... I just don't have that much time right now to devote it to troubleshooting the problem. We just spent 3 hours trying to debug the problem, we introduced yesterday with the trick I picked up from here.

So I'm quite depressed at this moment... I wanted to work on my own forms (I have lots of ideas in mind, which would require some serious code changes), but I need to cheer up before I can be productive again...

Well, we went outside to get some fresh air, so now I'm in a better mood. Also while talking we realised some problems with one of the changes we made today, so we can fix something quickly...

>Hi Nadya,
>
>I saw the other thread about slower form start in vfp9. Gut reaction is to look for common roots. The pattern seems to be different in that only the first start is slow and presumably every save is slow. Perhaps something createobject() in formstart and newobject() in saving ?
>
>I personally only have worked with mere mortals only on 2 optimizing projects well before vfp9, so I cannot try to recreate your error: I worked within the customers environment. But probably the best way to get help and/or fix the problem is to create a small dummy projrct with the error but with most of your biz classes excluded. If your project is huge, create one from scratch, if it is middle-sized, copy to a new directory and start slashing in the copy until most of your code is gone. YOu either find the critical section with this approach yourself or get a downloadable version for others to check. I still think finding such glaring differences directly with coverage/debugger is faster <g>.
>
>regards
>
>thomas