>>Barbara,
>>
>-- snip --
>
>>Simply put, it makes no sense for MS or any other vendor to intentionally release buggy software.
>>
>>George
>
>You're absolutely right, George. However, bugs creep in and sometimes an intentional feature is still not what a majority of programmers want/need. A case in point is the VFP3 'problem' with numeric values in combo boxes. It won't handle them. MS designed it that way, but changed it in VFP because of the outcry. Same with putting an = sign in front of a function. All of these are very frustrating the first time you run into them.
>
>Barbara

Oh, do bugs creep in, despite the best testing efforts. The possibilities connected with configuration alone are virtually limitless, but that's that nature of this biz. I once had a CS professor who said, "Computer Science is the most difficult of the exact sciences." (Medicine being inexact, of course.) And there are days when I seriously consider work in the food services industry. ;-).

I do, however, sympathize with Richard's problem's, but don't necessarily agree that it's all M$s fault. Yesterday, provided a good example. I was trying to initialize a tree view control, and I got an error. So I tried to open the debugger to look at the object's properties. Everytime I tried to expand the object in the debugger, VFP GPFed. This happened four or five times. The last time I tried it, I noted the method and the line that caused the error, when I got back into VFP (after re-starting Windows and VFP), I took a close look at the code and fixed the offending line. Everything was fine then, thank you.

Now who's at fault here: Windows, VFP, the debugger, the control, or me? It didn't GPF when I didn't open the debugger, but it was the control that was causing the GPF. All four (excluding me) were, in all probability, written by different teams. Who's at fault? Me, of course. If I had done things properly, I wouldn't have had the problem.

Just another one of those days when I went home with the imprint of the heel of my hand on my forehead.

George