Fehler 2950 in Access2077 runtime
Michael
folgendes Problem:
Eine VBA-Prozedur soll im Backend ein Feld zu einer Tabelle
hinzufügen. Das funktioniert in der Entwicklungsumgebung Access2077
problemlos. So bald ich die Anwendung in einer Runtime-Umgebung test,
kommt Fehler 2950.
Sind solche Operationen innerhalb der RUntime grundsätzlich nicht
möglich?
Der Hinweis auf vertrauenswürdige Speicherorte bringt auch nichts,
weil ich in der Runtime-Umgebung keine vertrauenswürdigen Speicherorte
setzen kann.
Übrigens: Der Fehler tritt unabhängig davon auf, ob ich das backend im
gleichen Verzeichnis wie das Frontend oder in einem anderen
verzeichnis habe.
Weiß jemand eine Lösung?
Vielen Dank für Tipps und Gruß
Michael
Michael
Ergänzung: Es muss natürlich Access 2007 heißen!!
Bernd Gilles
Michael schrieb:
> Eine VBA-Prozedur soll im Backend ein Feld zu einer Tabelle
> hinzuf�gen. Das funktioniert in der Entwicklungsumgebung Access2077
> problemlos. So bald ich die Anwendung in einer Runtime-Umgebung test,
> kommt Fehler 2950.
> Sind solche Operationen innerhalb der RUntime grunds�tzlich nicht
> m�glich?
Ohne Code ist's wie "Fischen im Tr�ben".
Hast Du's denn schon mal per SQL versucht?
Stichwort "ALTER TABLE ... ADD COLUMN ..."
--
Gru�, Bernd
---
Access goes Subversion - http://oasis.dev2dev.de
Winfried Sonntag
> Eine VBA-Prozedur soll im Backend ein Feld zu einer Tabelle
> problemlos. So bald ich die Anwendung in einer Runtime-Umgebung test,
> kommt Fehler 2950.
http://support.microsoft.com/kb/931407/de
> Sind solche Operationen innerhalb der RUntime grunds�ｿｽtzlich nicht
> m�ｿｽglich?
Doch, mach ich laufend.
> Der Hinweis auf vertrauensw�ｿｽrdige Speicherorte bringt auch nichts,
> weil ich in der Runtime-Umgebung keine vertrauensw�ｿｽrdigen Speicherorte
> setzen kann.
Doch, kannst Du. In der Registry kannst Du den Wert setzen. Entweder
per Gruppenrichtlinien oder per Import einer Regdatei. In der
Vollversion werden die Registry Eintr�ｿｽge eingetragen, die Runtime
macht das nicht. Deshalb mu�ｿｽt Du die manuell oder per Group Policy
Preferences nachschieben. Ich kann dir die allerdings erst morgen zur
Verf�ｿｽgung stellen. Alternativ kannst Du dir die Eintr�ｿｽge ja aus einem
bestehenden System exportieren und wieder importieren. Dann sollte das
klappen.
Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Access-Stammtisch: http://www.access-muenchen.de
Gunter Avenius
Winfried Sonntag schrieb folgendes:
>> Der Hinweis auf vertrauensw�rdige Speicherorte bringt auch nichts,
>> weil ich in der Runtime-Umgebung keine vertrauensw�rdigen Speicherorte
>> setzen kann.
>
> Doch, kannst Du. In der Registry kannst Du den Wert setzen. Entweder
> per Gruppenrichtlinien oder per Import einer Regdatei. In der
> Vollversion werden die Registry Eintr�ge eingetragen, die Runtime
> macht das nicht. Deshalb mu�t Du die manuell oder per Group Policy
> Preferences nachschieben. Ich kann dir die allerdings erst morgen zur
> Verf�gung stellen. Alternativ kannst Du dir die Eintr�ge ja aus einem
> bestehenden System exportieren und wieder importieren. Dann sollte das
> klappen.
alternative w�re ein Tool z.B.:
http://www.accessribbon.de/index.php?Sicherheit:Vertrauenswuerdige_Speicherorte#AddPath
Gru�
Gunter
--
__________________________________________________________
Access FAQ: http://www.donkarl.com
http://www.avenius.com - http://www.AccessRibbon.de
http://www.ribboncreator.de - http://www.ribboncreator2010.de
Winfried Sonntag
Hallo Gunter,
> alternative w�re ein Tool z.B.:
> http://www.accessribbon.de/index.php?Sicherheit:Vertrauenswuerdige_Speicherorte#AddPath
hey, cooles Tool. In meiner Windows Domain mach ich das aber dann doch
lieber von zentraler Stelle aus. ;)
Gunter Avenius
Winfried Sonntag schrieb folgendes:
> Gunter Avenius schrieb:
>> alternative w�re ein Tool z.B.:
>> http://www.accessribbon.de/index.php?Sicherheit:Vertrauenswuerdige_Speicherorte#AddPath
>
> hey, cooles Tool.
Danke.
> In meiner Windows Domain mach ich das aber dann doch
> lieber von zentraler Stelle aus. ;)
W�rde ich in einer Win Domain auch nicht anders machen.