Access-Runtime - Fehler beim Kompilieren dieser Funktion

... also ein VBA-Code in einem Codemodul der Access-Datei?

Access 2000 wird immer im 32-bit-Modus ausgeführt, da es erst ab Access 2010 eine 64-bit-Version gibt.

Ist die "User Switch" Funktion eine selbst erstellte Funktion oder ist das eine Funktion aus einer Bibliothek?

Kommt der Fehler bereits beim Kompilieren oder erst, wenn der Code ausgeführt wird?

mfg

Josef

wenn ich die Dateiendung von "accdb" in "accdr" ändere erhalte ich folgende Fehlermeldungie Datenbank kann von Microsoft Access nicht geöffnet werden, da sie nicht existiert, ein anderer Benutzer sie bereits im Exklusivmodus geöffnet hat, oder da es sich nicht um eine ADP-Datei handelt.

Wenn man eine accdb nach accdr umbenennt, zwingt man Access in den Runtime-Modus, d.h. nur wenige Ribbon- und Backstage-Funktionen sind verfügbar usw. Das gleiche kannst du für eine accdb oder accde durch den Schalter /Runtime beim Start von Access erzwingen.
<br />Die Fehlermeldung ist allerdings lustig, da Access seit 2013 das Öffnen von ADP nicht mehr unterstützt. ;-)
<br />Gruss - Peter
<br />

Guten morgen,

das Problem scheint ja schon eine weile zu bestehen.

Ich wollte gestern die BigInt Funktion mit Ms Access 2016 Insider 32-bit testen, weil wir im Moment noch Ms Access 2010 verwenden und die BigInt funktion für unsere Datenbank und Projekt sehr gelegen kommt.

Die Option views zu kreieren und diese zu casten, ist keine Lösung, da wir sonst gleich auf Ms Access 2010 bleiben können.

Ich habe genau das gleiche Problem beim erstellen der ACCDE datei und mit Runtime 2016 öffnen möchte.

Gibt es wirklich kein runtime update um das Problem zu lösen.

Solange dieses Problem besteht, bringen alle Verbesserungen und neuerungen in Ms Access 2016 rein garnichts.

Hoffe hierzu mal einen Lösungvorschlag für unser Problem zu bekommen.

Grüsse

Donato

Jetzt kommt:

Fehler beim kompilieren, Mehrfachdeklaration im aktuellen Gültigkeitsbereich.

Hallo Mario, vielen Dank für den Hinweis. Ich habe das Problem mittlerweile selbst gelöst.

Da die Access Runtime bekannterweise ja keine Bedienoberfläche hat kann man dieses Problem nur in der Registry vermuten.

Ich habe das Skript erneut mit einem anderen Benutzer auf dem gleichen Server gestartet. Dies funktionierte.



Also ging ich davon aus, dass der Fehler im Registrybaum des Benutzers liegt.



Lösung:

Ich habe also das lokale Profil des Domänen-Benutzers auf dem Server gelöscht. Es handelte sich um kein Servergespeichertes Profil, insofern wurde das Profil beim nächsten Logon neu erzeugt.



Die Fehlermeldung mit dem abgesicherten Modus der Access Runtime war dann verschwunden.