Tracy,

I have been asking the guys at Microsoft for years for this debugging feature, every time I'm in Redmond. They've all said, every time, that there is no way that we will be getting the ability to set debug breakpoints on property value changes in .NET. So, don't hold your breath, you'll turn blue. ;-)

~~Bonnie



>I'm working about 65%/35% Now (Net/VFP). There are a lot of things I like about dotnet. Too many to list. However, I do have one pet peeve which bugs me almost daily and it has nothing to do with data handling. It is in the debugger. In Fox, if I create a public reference to a form so that a form named myform could be visible app wide (e.g. omyform), I can put a break on one of the form's properties and whenever the value of that form property changes, app wide, it will break so I can trace it and see where in code caused the value to change. In dotnet, that is not possible. You can put conditional breaks at locations, but those conditions won't apply elsewhere. I've searched everywhere to see how to do it in dotnet and asked everywhere I could think of online to no avail. Everwhere keeps pointing me to the conditional break at a specific location, which is NOT the same thing. That feature in VFP makes troubleshooting and stepping through code (when different tiers or layers in a foundation may make the value change) so much faster.