[Edit]
Das mit den Registry einträgen ist aber hart. Wie kommt man auf sowas?
[/Edit]
Na alles was Du unter Verwaltung/
ODBC einträgst landet in der Registry, Also warum den Umweg (wenn man weiß wie's geht)
Ich hab noch eine .DBF-Datei gefunden:
Code:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\
ODBC\
ODBC.INI\dBASE Files]
"Driver"="C:\\Windows\\system32\\odbcjt32.dll"
"DefaultDir"="Das_ist_meine_Datei"
"Description"="dd"
"DriverId"=dword:00000215
"FIL"="dBase 5.0"
"SafeTransactions"=dword:00000000
"UID"=""
[HKEY_CURRENT_USER\Software\
ODBC\
ODBC.INI\dBASE Files\Engines]
[HKEY_CURRENT_USER\Software\
ODBC\
ODBC.INI\dBASE Files\Engines\Xbase]
"CollatingSequence"="
ASCII"
"Deleted"=hex:00
"ImplicitCommitSync"=""
"PageTimeout"=dword:00000005
"Statistics"=hex:00
"Threads"=dword:00000003
"UserCommitSync"="Yes"
Habe eine System DSN und ein User DSN angeleget.
Hoffentlich gibt's da keinen Namenskonflikt.
Die Connection parameter sehen bei mir für Firedac (
ado können wir nicht einsetzen)
Firedac kenn ich noch nicht.
[QUOTE=QuickAndDirty;1239092]
Das Problem ist ich weiß nicht wie ich der ADConnection sage sie soll diese DSN benutzen.
Bei mir steht da einfach das hier.
Code:
ODBCAdvanced= DSN=Adressen3
Das führt nicht zu nem Fehler....aber wenn ich ein Querry absetze
Meldet er:
Zitat:
Das Microsoft jet-Datenbankmodul konnte das Objekt 'Adressen' nicht finden. Stellen Sie sicher, dass das Objekt existiert und dass die Namens- Pfadandgaben richtig angegeben wurden.
Ich denke Du solltest die Fehlermeldung wörtlich nehmen.
Und wie sieht es mit den Zugriffsrechten aus?????
Gruß
K-H