Fehler beim Öffnen einer Firebird Datenbank

[hanspeter]

Hallo,
ich habe mit Firebird ein Problem, wo ich im Moment keine Erklärung finde.
Ich starte auf dem Rechner ein Programm. Dieses verbindet sich zu einer Firebird-Datenbank.
Der Zugriff erfolgt über IBDAC.

Starte ich jetzt auf dem gleichen Rechner ein anderes Programm, welches auf die gleiche Datenbank zugreifen soll,
dann kommt nachfolgender Fehler:

Fehler beim Öffnen der Datenbank.
I/O Errorfile "C:\Programm _Files\Test\Database.fdb.
Error while trying to open file.
Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.

Dürfte bei einem Server eigentlich nicht passieren. (Adressiert über localhost)

Hat wer eine Idee, wo ich suchen muss?

Mit Gruß
Peter

[mkinzler]

Verwendet das andere Programm vielleicht den Embedded-Server-Client?

[hanspeter]

Zitat von mkinzler:

Verwendet das andere Programm vielleicht den Embedded-Server-Client?

Nein, den habe ich garnicht installiert.
Es ist auch nur eine FBClient.dll da.
Das Programm greift auf zwei unterschiedliche Datenbanken zu.
Die eine Verbindung fuktioniert.
Die Datenbank, auf welche kein Multiuser Zugriff möglich ist, liegt unter Vista in c:\Programme\....

Gruß
Peter

[mkinzler]

Zitat:

Es ist auch nur eine FBClient.dll da.

Wobei es sich um eine umbennate fbclient.dll handeln könnte.

Hat der Benutzrt Schreibrechte im Verzeichnis?

[haentschman]

die embedded DLL kann auch mit dem Server. Ich würde auch auf fehlende Schreibrechte tippen.

[hanspeter]

Zitat von haentschman:

die embedded DLL kann auch mit dem Server. Ich würde auch auf fehlende Schreibrechte tippen.

So in der Richtung wird es wohl was sein.
Auch wenn ich beide Programme mit Administratorrechten starte kommt der Fehler.
Ein Programm, egal welches, funktioniert mit der Datenbank problemlos.
Jeweils das danach gestartete Programm generiert die Fehlermeldung.
Inzwischen weis ich, das der Fehler nur unter Vista auftritt. Unter XP und W2000 funktionieren die Programme.
Ich habe auf dem Entwicklungsrechner eine saubere Firebird-Installation und alles was in Richtung Interbase geht, gelöscht.

Gruß
Peter

[Bernhard Geyer]

Ist bei beiden programmen die Virtualisierung abgeschaltet (Erweitertes Vista-Manifest)?
Tritt der Fehler auch auf wenn beide Programm unter W2K/Vista von einem User gestartet werden welcher nur in der Grupper "Benutzer" oder "Gäste" ist (so das dieser auch keine Schreibrechte unter C:\Programme\ hat)?

[hanspeter]

Zitat von Bernhard Geyer:

Ist bei beiden programmen die Virtualisierung abgeschaltet (Erweitertes Vista-Manifest)?
Tritt der Fehler auch auf wenn beide Programm unter W2K/Vista von einem User gestartet werden welcher nur in der Grupper "Benutzer" oder "Gäste" ist (so das dieser auch keine Schreibrechte unter C:\Programme\ hat)?

Der Fehler tritt auf, egal mit welchen Rechten ich das Programm starte.

Im Programm:

Delphi-Quellcode:

IBDacConnect.Server := 'localhost'  oder 127.0.0.1 oder PC Name
IBDacConnect.Database := 'C:\Programme\Test\Db.fdb'
IBDacConnect.Connect; <-- Hier tritt der Fehler auf.

Ich habe das Programm jetzt erst mal unter XP am Laufen.
Das ist ein altes Programm, dass alle eigenen Informationen und Daten in Unterverzeichnissen des
Programmverzeichnisses gehalten hat.
War eigentlich praktisch. Das Löschen des Verzeichnisses hat das Programm rückstandsfrei entfernt.
Im Moment bin ich dabei die Datenhaltung umzustellen und schön quer über die Platte zu verteilen.

Gruß
Peter

[haentschman]

Guten Morgen...

läuft der FB Server als Dienst oder Anwendung. Vieleicht hat ja der FB Server keine Schreibrechte

[hanspeter]

Zitat von haentschman:

Guten Morgen...

läuft der FB Server als Dienst oder Anwendung. Vieleicht hat ja der FB Server keine Schreibrechte

Der Server läuft als Dienst.
Da wird wohl UAC oder die Verzeichnisvirtualisierung dazwischen funken.
Ein Unterschied gibt es noch.
Eines der Programme ist in Delphi 7 programmiert und die weiteren Programme in D2009.
Das D7 Programm greift über IBObjects auf FB zu und die neuen Programme über IBDAC.

Gruß
Peter