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

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\

markieren

Code:

CD \
DIR /X

Oh Gott, diese Altlast gibt es ja immer noch!

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

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.

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.

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.

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.