Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Error Handling in Scan Endscan Loop
Message
From
29/01/2014 13:30:26
Dragan Nedeljkovich (Online)
Now officially retired
Zrenjanin, Serbia
 
 
To
29/01/2014 13:20:06
General information
Forum:
Visual FoxPro
Category:
Coding, syntax & commands
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows 8
Network:
Windows XP
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01592536
Message ID:
01592584
Views:
45
>>>Because it is a new thing you have to learn. Why should I be forced to learn something new when an ON ERROR can be made to work just as well as it did back in the dBASE days?
>>>(or at least that's how I interpret reaction I've seen from some folks)
>>
>>I agree that learning something new just because it's new is something we're forced to do much too often.
>>
>>Yes, ON ERROR can be made to work as it did in the the DBASE days. but you might want to look at again at TRY.. CATCH.
>>It can do what what ON ERROR did and more and save you a lot of effort while doing it.
>
>I have been able to reduce the number of lines in a very critical routine from nearly 50 to just 10 lines, by using Try-catch.

True, I had such cases as well, but OTOH try-catch will screw your debugging if it isn't localized enough. If an error occurs three levels down the call stack from the level where you have the try-catch, your aStack() won't show how did you get to the place where the error occurred. For it to be effective, it has to be rather local. Learned that the hard way, after many hours in the debugger.

back to same old

the first online autobiography, unfinished by design
What, me reckless? I'm full of recks!
Balkans, eh? Count them.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform