Resourcen
Übersicht
Programmierung
Schulungen
Projektabwicklung
Consulting & Coaching
Tools und AddOns zu FoxPro
Frameworks für Visual FoxPro
Grafik und Berichtsausgabe
Installation und Dokumentation
Sicherheit und Übertragung
Standardsoftware in FoxPro
Bücher und Zeitschriften
dFPUG Service
dFPUG Regionaltreffen
dFPUG Online
MS Most Valuable Professionals
Microsoft Certified Professionals
Bücher
Übersicht
Visual FoxPro 8.0
Visual FoxPro 7.0
Visual FoxPro 6.0
Visual FoxPro 5.0
Visual FoxPro 3.0
dFPUG Service
Objektorientierung
Softwareentwicklung
Visual FoxPro Mac
FoxPro f. Windows
FoxPro f. Mac
FoxPro f. DOS
SQL Server
Buchlisten
Buchhandlung
Presse
Stellen
Übersicht
FoxPro München
FoxPro Rhein Main Gebiet
FoxPro Ruhrgebiet
FoxPro Hannover
FoxPro Hamburg
FoxPro Stuttgart
FoxPro Sonstige
FoxPro Schweiz
FoxPro Österreich
FoxPro Kapazitäten frei
Sonstige Angebote
Sonstige Gesuche
Tipps
Übersicht
Visual FoxPro 8.0
Visual FoxPro 7.0
Visual FoxPro 6.0
Alle Visual FoxPro Versionen
Visual FoxPro 5.0
Visual FoxPro 3.0
Visual FoxPro Mac
Alle FoxPro-Versionen
Alle Windows-Versionen
FoxPro DOS FoxPro Win
FoxPro DOS
FoxPro Mac
Sonstige Tips

alle öffnen    alle schließen


Nicht compiliert - . . geändert
 

Fehlerbehandlung setzen

FEHLERBEHANDLUNG SETZEN

von Rainer Becker

Fast jeder verwendet in seinen Programmen eine Fehlerbehandlungsroutine - und sei es nur eine rudimentäre. Notfalls kann man immer noch von CompuServe die Datei FOX2EROR laden, welche eine einfache Fehlerbehandlungsroutine zur Verfügung stellt. Bei bestimmten Funktionen allerdings ist es sinnvoll, eine eigenständige Fehlerroutine zu verwenden, statt die allgemeine Fehlerbehandlung aufzurufen. Insbesondere wenn man dem Benutzer erlaubt, Berichtsdateien zu verändern oder gar neu zu erstellen, sollte man beim Ausführen dieser Berichtsdateien alle Fehler grundsätzlich abfangen und den Anwender höflich um Überarbeitung seiner Berichtsdatei bitten. Damit ein reibungsloses Umschalten zwischen spezieller und allgemeiner Fehlerbehandlung möglich ist, sollte der allgemeine Aufruf in eine eigene Prozedur getan und beim Programmstart aufgerufen werden. Diese kleine Routine könnte wie folgt aussehen:

Procedure SetError
On Error Do AppError with Program(),;
Message(),Message(1),;
LineNo(),Error()
Return

Mit "ON ERROR DO " ruft man dann die spezielle Fehlerbehandlung auf und setzt sie hinterher mit "=SETERROR()" wieder zurück. Dann kann man später ohne Probleme die Aufrufparameter für die Fehlerroutine ändern ohne an tausend Stellen im Programm nach "ON ERROR" suchen zu müssen.

FUCHS 2/93