BDE/Paradox Multiclients unter Vista: Applikation hängt

[bluesbear]

Hallo schoellm,

als ich deinen Forenbeitrag las, habe ich erst einmal einen Schrecken bekommen. Wir haben hier in der Firma noch ähnlich antikes Gedöns - sogar noch urzeitlicher: Delphi 3 und Paradox/BDE :stupid:

Zitat:

Zitat von schoellm

(...)Vermutung: Wenn die BDE versucht, ihre Clients über einen speziellen Share Zugriff auf die pdxousrs.net zu synchronisieren, klappt das nicht, sofern diese Datei auf einem Vista Rechner liegt.

Ein Kollege und ich haben eben folgendes mal ausprobiert:
Datenbestand und NetDir auf einen Vista-Rechner gelegt, und von mehreren anderen XP Rechnern gleichzeitig darauf zugegriffen.
Ich weiß nun nicht, ob es für dich nun eine gute oder schlechte Nachricht ist: Es hat auf Anhieb ohne Probleme geklappt. Dumm ist nur, daß ich dir nicht sagen kann, wie und warum, außer "einfach so". :wink:

In welchem Verzeichnis genau liegt dein NetDir? Vielleicht kommt da mit dieser Wirrtualisierungsgeschichte was durcheinander.
Benutzt du UNC-Pfade?

[schoellm]

Zitat:

Zitat von hoika

Hallo,

ich habe auch noch die BDE (jaja),
allerdings wurde die DB schon auf FB umgestellt.

EnableOPLocks hatte übrigens bei uns nur teilweise genützt,
die Fehler waren weniger, aber nicht weg.

Die Daten sollten nicht auf der Systemplatte liegen.
Wo liegen die bei dir ?


Heiko

Sie liegen auf einer zweiten Datenpartition.

[schoellm]

Zitat:

Zitat von bluesbear

Hallo schoellm,

als ich deinen Forenbeitrag las, habe ich erst einmal einen Schrecken bekommen. Wir haben hier in der Firma noch ähnlich antikes Gedöns - sogar noch urzeitlicher: Delphi 3 und Paradox/BDE :stupid:

Zitat:

Zitat von schoellm

(...)Vermutung: Wenn die BDE versucht, ihre Clients über einen speziellen Share Zugriff auf die pdxousrs.net zu synchronisieren, klappt das nicht, sofern diese Datei auf einem Vista Rechner liegt.

Ein Kollege und ich haben eben folgendes mal ausprobiert:
Datenbestand und NetDir auf einen Vista-Rechner gelegt, und von mehreren anderen XP Rechnern gleichzeitig darauf zugegriffen.
Ich weiß nun nicht, ob es für dich nun eine gute oder schlechte Nachricht ist: Es hat auf Anhieb ohne Probleme geklappt. Dumm ist nur, daß ich dir nicht sagen kann, wie und warum, außer "einfach so". :wink:

In welchem Verzeichnis genau liegt dein NetDir? Vielleicht kommt da mit dieser Wirrtualisierungsgeschichte was durcheinander.
Benutzt du UNC-Pfade?

In unserer der reellen App liegt das NetDir auch auf dem Vistarechner, in einem eigenen Ordner (gleich für alle Clients, über UNC Pfade definiert).
Ich habe eine Demoapp als zip (incl Source und db) angefügt.
In den Virtualstore Ordnern wurden keine Daten angelegt.
Ich habe mit und ohne 'User Access control' probiert, es ändert nichts.

[franktron]

Über UNC Pfade mit BDE ist keine gute Idee, das gibt massig Ärger.

[QuickAndDirty]

bei uns geht das.
Ich weiß das zwar auch nur von einem Kunden...
aber ich bin gerne bereit mich an der Lösung zu beteiligen

Wenn du in der Registry unter Borland nachschaust
HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Database Engine\Settings\DRIVERS

Hier sollten über 20 treiber drinn sein, wenn hier nur so 7 Treiber oder so drin sind
dann kommen die von MS OFFICE oder MS SBS oder... MS.*

Wenn die nicht von den Betaversionen dieser Produkte kommen kann man sie über umbennen
des Borland schlüssels und neuinstallieren der BDE wieder zum laufen bringen.
Kommen die von den Betaversionen muss das System neu aufgesetzt werden.


Man kann in Windows die maximale anzahl gleichzeitiger Benutzer auf einer Freigabe einstellen hast du das mal geprüft?


BDE und UNC pfade sind an sich das beste sollt immer klappen wenn die rechte gut vergeben sind "Vollzugriff für jeder"

Geht die test anwendung auch auf 2 Vista rechnern wobei auf einem der Client und die Daten liegen?

[bluesbear]

Moin shoellm,
ich habe deine Demoapp mal getestet:
Gleichzeitiger Zugriff auf die Daten von 3 XP Rechnern funktioniert, Zugriff von einer Vista-VM aus klappt überhaupt nicht, nicht einmal einzeln. Das Programm bleibt beim table.Open hängen.

Bei dem Test mit unserem eitgenen Programm gestern klappte es auch von der Vista-VM aus.
Der einzige Unterschied den ich soweit erkennen kann ist, wir hatten das NetDir vorher über die BDE Verwaltung eingestellt (alle BDE Programme geschlossen, NetDir umgestellt, getestet). Im Programm selber wird das nicht angefasst.

Hossa, mein Kollege ist grad schwer am fluchen. Der darf die Vista-VM neu starten - BDE technisch geht da scheinbar gar nix mehr (hagelt Fehlermeldungen der duiosesten Art) :mrgreen:

EDIT: Wenn man das NetDir vorher umstellt klappt auch deine Testapp. Allerdings nur, wenn keiner der XP-Rechner auf die daten zugreift. Sehr seltsam...

[QuickAndDirty]

Das müst sich doch auch mit unter XP compilierten DLLS erreichen lassen welche dann eben die Dateizugriffe machen.

Es kann doch nur daran liegen das der Dateizugriff auf Vista anders abläuft.

Evtl. must du einen Samba für Vista entwickeln :)

[schoellm]

Zitat:

Zitat von QuickAndDirty

bei uns geht das.
Ich weiß das zwar auch nur von einem Kunden...
aber ich bin gerne bereit mich an der Lösung zu beteiligen

Wenn du in der Registry unter Borland nachschaust
HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Database Engine\Settings\DRIVERS

Hier sollten über 20 treiber drinn sein, wenn hier nur so 7 Treiber oder so drin sind
dann kommen die von MS OFFICE oder MS SBS oder... MS.*

Wenn die nicht von den Betaversionen dieser Produkte kommen kann man sie über umbennen
des Borland schlüssels und neuinstallieren der BDE wieder zum laufen bringen.
Kommen die von den Betaversionen muss das System neu aufgesetzt werden.

Die Rechner auf denen ich teste, sind Neuinstallationen von Vista, wo nichts außer unserer Software und die BDE Installation, die wir verwenden, drauf installiert ist. Es liegt wohl kaum an einer an sich fehlerhaften BDE Installation auf den Client Rechnern, denn wenn ich die Datenbank bei unveränderten Client Rechnern auf einen XP Rechner/2003 Server schiebe, funktioniert alles.
Unter Drivers sind die Ordner paradox, foxpro,dbase, msaccess.

Zitat:

Zitat von QuickAndDirty

Man kann in Windows die maximale anzahl gleichzeitiger Benutzer auf einer Freigabe einstellen hast du das mal geprüft?

Der Wert ist hoch genug, sonst könnte ich ja auch nicht per Explorer auf das Datenverzeichnis zugreifen

Zitat:

Zitat von QuickAndDirty

Geht die test anwendung auch auf 2 Vista rechnern wobei auf einem der Client und die Daten liegen?

[/quote]
In diesem Fall ist es so: Starte ich die App auf dem Client ohne Daten (Rechner1) zuerst und dann auf dem zweiten mit Daten (Rechner2) , geht es. Ich vermute, weil dieser ja die Daten auf der Maschine hat und daher 'besser' und ohne Netzwerk auf diese pdoxusrs.lck zugreifen kann
In der umgekehrten Reihenfolge läuft das Programm auf Rechner2 normal und, wenn man es dann noch auf dem Rechner1 startet, hängt es dort

[schoellm]

Zitat:

Zitat von QuickAndDirty

Das müst sich doch auch mit unter XP compilierten DLLS erreichen lassen welche dann eben die Dateizugriffe machen.

Die Dateizugriff mache doch nicht ich, sondern die BDE. Da habe ich keine Kontrolle. Ich mach nur table.open

[QuickAndDirty]

ich meine um es nach zustellen.
Müste man DLL unter XP Compilieren welche datei zugriffe ausführen.

Die müsten dann ja den selben Fehler reproduzieren können.
Dann kann man ja auch Rausfinden was der Scheiß soll und wieso es passiert.

Es muss doch irgendwie an CreateFile Liegen oder?
Und das Problem müste dann auch mit normalen Dateien auftreten. Es sei den es gibt

Code:

if (cmpstr(filename,'paradox.net')==0){
  dostupidaction();
}

Abschnitte.

Das gab es ja auch schon mal in MS-Office damit das nicht auf einer MSDos kompatiblen Dos Alternative
läuft.