>>Thanks Dave. I've used fpwerror for VFP also, but I'm a little suprised not
>>to see a VFP error handler out there. In all fairness im sure that there are
>>many more errors to trap for and recover from.
>
>The thing is, VFP uses a completely different error model than 2.6 and earlier. While you can still use the old style of error handling, VFP allows you to put the error code right where it needs to be. For example, your "Save" button can have an Error method that handles only the errors the button would incur.
>
>Mac Rubel wrote some very good articles on the subject in FoxPro Advisor this fall, and I was lucky enough to hear him speak on the topic. He believes that the error handling should be as close to the error as it can. He'll call the parent class of the control where the error message occured, until he gets back to the top level, and then he'll call this.parent.Error, up to the Form/FormSet level. An error that can be handled at a lower level shouldn't be passed upwards....
Thanks Garrett. That makes sense... In fact, the classes that I am using
for my application framework handle the errors in the same manner, but
don't provide the information the "fpwerror.prg" did...Well, time to roll
up the shirt sleeves...
Thanks,
Mike Mackey
Previous
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only