ADT/ODE: Kompilierfehler beim Ausführen einer Runtime

Wenn Sie eine benutzerdefinierte Anwendung ausführen, die mit den Microsoft Office 97 Developer Edition Tools oder dem Microsoft Access Developer´s Toolkit erstellt wurde, tritt ein Kompilierfehler auf. Dieselbe Anwendung läuft korrekt, wenn sie mit der Vollversion von Microsoft Access geöffnet wird.

Ein Kompilierfehler tritt unter Microsoft Access 97 oder Microsoft Access 95, Version 7.0, dann auf, wenn in Ihrer Anwendung Methoden und Eigenschaften verwendet werden, die in einer referenzierten Datenbank enthalten sind, die nicht in Ihrem Diskettensatz mitgeliefert wird, bzw. zu der keine gültige Referenz aufgebaut werden kann (Assistenten in Microsoft Access 97 und Microsoft Access 95 befinden sich bereits im kompilierten Status und können daher nicht referenziert werden).

Ein ähnlicher Fehler kann unter Microsoft Access 2.0 auftreten, wenn im Programm-Code der Anwendung auf Funktionen oder Variablen verwiesen wird, die in der Datei Wzlib.mda enthalten sind (die nicht mit Ihrer Anwendung ausgeliefert werden darf), oder Sie verweisen auf eine andere Bibliotheksdatenbank, die in der Anwendung nicht geladen ist.

Entfernen oder verändern Sie den Code in Ihrer Anwendung, der auf die Wzlib.mda oder auf alle anderen Dateien verweist, die nicht referenziert (unter Access 97 und 95) oder geladen werden (in Version 2.0).

Microsoft Access 97 und Microsoft Access 7.0

Die Laufzeitumgebung von Microsoft Access 97 und 7.0 verwendet dieselbe ausführbare Datei (Msaccess.exe) wie die Vollversion. Um die Laufzeitversion auf einem Rechner mit der installierten Vollversion von Access zu testen, starten Sie die Anwendung mit dem Parameter /runtime in der Befehlszeile. Das folgende Beispiel für eine entsprechende Befehlszeile startet die Beispieldatenbank Nordwind in der Laufzeitumgebung:

Hinweis: Im folgenden Beispiel wird der Unterstrich (_) als Zeilenfortsetzungszeichen verwendet. Entfernen Sie das Zeichen am Ende der Zeile, wenn Sie das Beispiel nachvollziehen.

Microsoft Access 97:Microsoft Access 7.0:Wenn ein Kompilierfehler auf einem anderen Rechner aber nicht auf dem Entwicklungsrechner in der Laufzeitumgebung auftritt, liegt das daran, daß Sie auf Methoden oder Prozeduren verwiesen haben, die in einer Datei hinterlegt sind, die Sie nicht mit ausgeliefert haben. Um die verfügbaren Verweise auf dem Entwicklungsrechner zu überprüfen, öffnen Sie die Anwendung mit der Vollversion von Access. Im ANSICHT-Menü wählen Sie CODE aus, um in das Code-Ansichtsfenster zu gelangen. Dann klicken Sie auf den Menüpunkt ANSICHT - OBJEKTKATALOG . Über die Auswahlbox Bibliotheken/Datenbanken überprüfen Sie dann, ob dort benutzerdefinierte Datenbanken enthalten sind. Sollten Sie aus diesen eine Funktion, Methode oder Eigenschaft verwenden, müssen Sie diese Datenbank(en) mit Ihrer Anwendung ausliefern

Microsoft Access Version 2.0

Die Wzlib.mda Bibliotheksdatenbank enthält Routinen und Utilities die von den Microsoft Access Assistenten und anderen Modulen verwendet werden. Zum Beispiel enthält das Modul Wiedereinbindung NWind in der Vorlagen.mdb-Datenbank (eine Beispieldatenbank im Lieferumfang von Microsoft Access 2.0) eine Funktion, die sich auf die Wzlib.mda bezieht. Wenn Sie in Ihrer Anwendung Code verwenden, der auf die Wzlib.mda verweist, wird die Anwendung mit der Vollversion von Access ohne Probleme laufen. Wenn Sie jedoch mit dem Setup-Assistenten einen Diskettensatz erstellen und die dazugehörige Inititialisierungsdatei (.INI) dahingehend verändert haben, daß die Assistenten aus dem [Libraries]-Abschnitt entfernt wurden, bekommen Sie einen Kompilierfehler, wenn die Anwendung in der Laufzeitumgebung gestartet wird. Selbsterstellte Fehlerbehandlungsroutinen werden dabei nicht aufgerufen, da diese nicht in der Lage sind, Kompilierfehler abzufangen.

Um festzustellen, welcher Teil der Programmierung den Kompilierfehler verursacht hat, führen Sie Ihre Anwendung in der Vollversion mit der anwendungsspezifischen INI-Datei aus. Beispiel: Um eine Anwendung mit dem Namen Myapp.mdb auszuführen, die die INI-Datei Myapp.ini verwendet, erzeugen Sie ein Icon mit der folgenden Befehlszeile.

Anmerkung: Dieses Beispiel geht davon aus, daß Sie Access im Access-Verzeichnis auf Laufwerk C installiert haben, und daß die Datei Myapp.mdb sich im Myapp-Verzeichnis auf Laufwerk C befindet.Dieser Befehl wird die Anwendung Myapp.mdb nur mit den Bibliotheken, die in dem [Libraries]-Abschnitt der anwendungsspezifischen Myapp.ini definiert sind, ausführen. Kompilieren Sie nun den Code der Anwendung, um die den Fehler verursachenden Programmzeilen zu lokalisieren.

Anmerkung: Wenn Sie ein Modul in der Entwurfsansicht öffnen und dann aus dem Ausführen-Menü den Befehl "Geladene Module kompilieren" wählen, wird der Code in jeglichen Klassen-Modulen (hinter Formularen und Berichten) nicht kompiliert. Um den Code hinter den betreffenden Formularen und Berichten zu kompilieren, müssen diese in der Entwurfsansicht geöffnet sein.

Für weiterführende Hinweise zu Kompilierfehlern schauen Sie bitte auch den folgenden Artikel in der Microsoft Knowledge Base im Internet: (http://support.microsoft.com/support)

Zu weiteren Informationen über Kompilierfehler, suchen Sie auch im in der Online-Hilfe im Hilfe-Index unter dem Stichwort "Kompilieren - Beheben von Fehlern", oder befragen Sie den Microsoft Access 97 Office-Assistenten.

Bitte beachten Sie: Bei diesem Artikel handelt es sich um eine Übersetzung aus dem Englischen. Es ist möglich, daß nachträgliche Änderungen bzw. Ergänzungen im englischen Originalartikel in dieser Übersetzung nicht berücksichtigt sind. Die in diesem Artikel enthaltenen Informationen basieren auf der/den englischsprachige(n) Produktversion(en). Die Richtigkeit dieser Informationen in Zusammenhang mit anderssprachigen Produktversionen wurde im Rahmen dieser Übersetzung nicht getestet. Microsoft stellt diese Informationen ohne Gewähr für Richtigkeit bzw. Funktionalität zur Verfügung und übernimmt auch keine Gewährleistung bezüglich der Vollständigkeit oder Richtigkeit der Übersetzung.