Delphi, Windows 64bit und Direct Oracle Access = Connection Failures

[ken_jones]

Diese unheilige Verbindung führt immer zu Problemen. Auch aktuell habe ich gerade wieder damit gekämpft, dass DOA in meinem neuen XE5 unter Windows 7 64bit nicht zum laufen kam. TNS Error, Connection refused, oder sonstige Fehler sind das einzige, was man zu sehen kriegt.

Das Problem ist inzwischen bekannt. Oracle kann erst ab dem 11er Client mit Pfadnamen umgehen, die Klammern beinhalten. Und da Delphi im "Program Files (x86)" installiert wird, funktioniert natürlich erst mal gar nichts.

Aber nach 2h rumprobieren mit dem neuen 11er und 12er Client muss ich sagen: Es funktioniert immer noch nicht. Und alle Applikationen in ein anderes Verzeichnis umzukopieren, dazu hatte ich keine Lust. Ich hab nun eine viel einfachere Lösung gefunden. Wer dasselbe Problem hat, dem wir hiermit wohl geholfen

Davon ausgehend, dass Delphi XE5 in C:\Program Files (x86)\Embarcadero\... installiert ist, folgendes ausführen:

1. CMD als Administrator starten
2. Link erstellen mit: mklink /D "C:\Program_Files_x86" "C:\Program Files (x86)"
3. Neue Delphi Verknüpfung erstellen: Delphi XE5 Verknpüfung kopieren und den Pfad darin von ...\Program Files (x86)\Emb... auf ...\Program_Files_x86\Emb... anpassen.

Und nun läuft alles. Viel Spass und Gruss,
Ken Jones

[himitsu]

Zitat von ken_jones:

2. Link erstellen mit: mklink /D "C:\Program_Files_x86" "C:\Program Files (x86)"

Du könntest natürlich auch die kurzen/alten 8.3-Dateinamen verwenden.

z.B.:
C:\PROGRA~2\Embarcadero\
C:\PROGRA~2\EMBARC~1\

Code:

CD \
DIR /X

[ken_jones]

Oh Gott, diese Altlast gibt es ja immer noch!

Ja, das ist natürlich erwähnenswerte Alternative! Thx!

[Bernhard Geyer]

Zitat von ken_jones:

Oh Gott, diese Altlast gibt es ja immer noch!

Altlasten. Wohl eher Oracle-Pfusch. Oracle verwendet in Verbindungsangaben Klammern. Und wenn nun hier Oracle (bzw. die DOA-Komponenten) fehlerhafte AUswertungen implementiert haben hat das nichts mit "normalen" Altlasten von Windows zu tun.

[ken_jones]

Zitat von Bernhard Geyer:

Altlasten. Wohl eher Oracle-Pfusch. Oracle verwendet in Verbindungsangaben Klammern. Und wenn nun hier Oracle (bzw. die DOA-Komponenten) fehlerhafte AUswertungen implementiert haben hat das nichts mit "normalen" Altlasten von Windows zu tun.

Nicht dass wir jetzt was durcheinander bringen. Die Klammern im Pfad (was ja zum Problem führt) ist keine Altlast, die 8.3 Dateinamen schon, denn diese sind heute wohl wirklich nicht mehr nötig, zumindest unter NTFS (diese Ausnahme hier bestätigt die Regel...).
Aber dass der Pfusch bei Oracle liegt (und übrigens keineswegs bei DOA), da geh ich mit dir einig.

[himitsu]

In aktuellen NTFS-Versionen (Win7+) sind, so weit ich das mal gehört hab, die kurzen Pfadnamen standardmäßig deaktivIert und werden nicht mehr automatisch erstellt.
aber einige Basisverzeichnisse haben dennoch Einen, welcher oftmals durch die Verwendung einiger ANSI-APIs in alten Programmen generiert wurden.

[michaelthuma]

Gut dass ich die IDE in Ordnern wie PF(Delphi Version Number) installiere. Danke. Dennoch gut zu wissen.

Es ist an sich ein Wunder, dass die Oracle überhaupt eine Verbindung von einem Windows Rechner zulassen Aber ganz entkommen tun sie halt nicht.


[QUOTE=ken_jones;1251579]

Zitat von Bernhard Geyer:

Altlasten. Wohl eher Oracle-Pfusch. Oracle verwendet in Verbindungsangaben Klammern.

[Elvis]

Ich erzeuge meist einen symlink namens ProgramFilesX86, der auf "Program Files(x86)" zeigt.
Wann immer ein Programmen der Hinsicht Ärger macht, ändere ich den Shortcut, so dass der Symlink genommen wird.

[Sherlock]

Ich verstehe gerade nicht was Oracle mit Embarcadero zu tun hat. Oracle-Installationen landen unter c:\Oracle\ - Delphi versinkt irgendwo im Programme-Sumpf. Die DOAs landen brav da mit drin. Die tnsnames.ora liegt irgendwo unter dem Oracle Pfad und macht damit auch keine Probleme. Mehr brauchen die DOAs nicht. Ich versteh die Aufregung nicht.

Sherlock

[ken_jones]

Zitat von Sherlock:

Ich verstehe gerade nicht was Oracle mit Embarcadero zu tun hat.

Das Problem liegt darin, dass mit Delphi und DOA keine Verbindung zu Oracle zustande kommt, solange Delphi in einem Verzeichnis mit Klammern liegt. Ich muss also Delphi verschieben, oder einen Symlink kreieren, damit das funktioniert.