Itanium 64bits et DAC

**Jeweller** · 27/04/2006, 09h31

Bonjour,
J'ai testé hier une appli xmlrad sur une machine à base itanium (64 bits) et windows2003 64. Evidement la dll pour IIS ne fonctionne pas (c'est du 32bits alors que IIS est 64). J'ai donc fait les tests sous Apache 2 (Win32).
Impossible de me connecté à la base de données (Oracle 10g 64, MS Provider OleDB Oracle 32bits) avec le dac ADO. J'obtiens systématiquement l'erreur:
TDacDatabase: ORA-06413 Connection not open.

J'ai installé XMLRAD2006 pour Apache et créé un nouveau projet (en passant il y avait systématiquement l'erreur suivante au premier appel:
TXMLModule Initialize failed - Name = xmIDEServer WSAEADDRINUSE).
Ensuite en testant le datasource depuis xmlrad je tombe sur la même erreur alors que si je test la même chaine de connection depuis un fichier udl cela fonctionne tres bien.

Le pire dans tout ca, c'est que j'ai testé ma version standalone, et elle fonctionne! Il n'y a que en passant depuis Apache (même en mode console!) que cela ne fonctionne pas (xmlrad ou mon appli).

Est ce que qqn a déjà fait des tests d'une appli xmlrad (Oracle-ADO) sur Itanium ?

Michael
(Vivement Delphi 64!)

**RDM** · 27/04/2006, 13h37

De notre coté on a fait des tests avec un AMD 64 et Windows 64. on a pu faire tourner IIS en mode compatible pour DLL ISAPI Win32 sans problème.
il y a une manip a faire dans la metabase de IIS pour que cela marche.
mais on a testé que pour SQLServer et je crois que c'etait un 64 bits.

l'erreur que tu indiques vient du client Oracle qui n'arrive pas a se connecter au serveur.
a priori a partir du fichier UDL tu dois sous processsus 64 bits. alors que sous apache tu es sous processus 32 bits (WOW64)
par contre je m'explique pas du coup qu'en standalone cela fonctionne.
peut être une question de droit par rapport a un processus 32 bits.

**Jeweller** · 27/04/2006, 14h38

Oui j'avais cherché à le faire,mais j'ai pas réussi à passer IIS en 32bit!... Vous avez encore la manip ?

J'avais un Oracle64. Le soucis c'est que microsoft n'a pas porté leur provider MSDAORA en 64bits. Il faut donc installer le client 32bits qui ne devient accessible du coup que pour les appli 32!
Pas de soucis pour notre appli "lourde" (service NT COM 32bits) qui se connecte tres bien à Oracle via ADO (tjrs provider MSDAORA, mais ca fonctionne aussi avec le provider d'oracle Provider.Oracle.1).
Coter fichier udl ca fonctionne bien (la curiosité est qu'en double cliquant dessus on arrive sur le cote 32bits alors que si on fait clic droit propriétés on tombe du cote 64!!

). Notre standalone se connecte, mais pas xmlrad (depuis Apache2 win32 démarré en mode console)! je tombe sur cette erreur. Je n'ai pas trouvé de solution! Pourquoi la console Apache aurait moins de droit que le standalone!! Ce sont des executables 32bits tous les deux!
En résumé, je n'ai pas réussi à faire notre fonctionner l'appli xmlrad

sur du 64bits (j'ai pas testé avec MSSQL).

Michael