Discussion :

[Vincent Rogier]

Bonsoir,

J'ai installé un client 11g sur ma machine de dev (MS Vista Pro) qui héberge déja 1 serveur 10g et 5 clients (7.3.4, 8.1.7, 9.0.0, 9.2.0 et 10.2.0) afin tester nos applications (certaines utilisent OCI et d'autres PRO*C).

L'installation s'est bien déroulée et les application qui utilisent OCI compilent sans soucis.

Mais la grosse déconfiture viens de PRO*C. Les sources qui sont précompilés sans aucun souci avec les versions de PRO*C 8i à 10g (PRO*C 7.34 ne tourne pas sous Vista) sont refusés par PRO*C 11g.

tous les EXEC SQL .... d'options et de contrôle (connect, enable, ...) passent mais tous les EXEC SQL suivi d'une requête SQL retournent une erreur.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
char *oracle_date_courante()
{
    static char buf[SIZE_ORADATE+1];
 
    EXEC SQL
        select sysdate into :buf from DUAL;
 
    if(ORA_SQLERROR())
    {
        oracle_error("sélection date courante");
        buf[0]=0;
    }
 
    return buf;
}

Provoque l'erreur suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
Erreur Ó la ligne 105, colonne 2 dans le fichier src\oracle.pc
        EXEC SQL
.1
PLS-S-00000, SQL Statement ignored
erreur sÚmantique Ó la ligne 105, colonne 2, fichier src\oracle.pc:
        EXEC SQL
.1
PCC-S-02346, PL/SQL a trouvÚ des erreurs sÚmantiques

J'ai réinstallé deux fois le client, vérifié toute les nouvelles options de la 11g... C'est réellement incomprémensible !

Voici le fichier de config fourni à PRO*C :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
MODE=ORACLE
DBMS=V7
CODE=ANSI_C
SYS_INCLUDE=C:\Users\vincent\Data\Dev\Lib\msvt\
INCLUDE=C:\Users\vincent\Data\Dev\Lib\vr\
INCLUDE=src\
INCLUDE=C:\Users\vincent\Data\Dev\Lib\vr\c\
INCLUDE=c:\oracle\ora11g\precomp\public\
PARSE=FULL
THREADS=YES
USERID=winrest/fsi@winrest
SQLCHECK=SEMANTICS

J'utilise VS2005, je compile les 4 autres client sans soucis mais avec la 11g, j'ai ce maudit PLS-S-00000...

J'ai essayé en ligne de commande sans plus de réussite...
J'ai essayé avec plusieurs charset et type de retour chariots différent... rien n'y fait !

EDIT (10/11/2007) : Si je passe le SQLCHECK à un niveau plus faible, ces erreurs disparaissent mais comme nos sources comportent des mots clés PL/SQL, PROC*C refuse alors de les précompiler si SQLCHECK n'est pas positionné sur SEMANTICS....
Bon dieu, Oracle nous aurait refilé un PRO*C fouareux ?

Bon, quelqu'un a une idée avant que je me résigne a ouvrir un ticket sur OTN ?

[Vincent Rogier]

Ben alors, personne n'a esssayé PRO*C de la 11g ?

[LeoAnderson]

Le problème de la 11g, c'est que c'est une bêta qui ne le dit pas.

Avez-vous lu http://download.oracle.com/docs/cd/B...at.htm#i634207 ?

Pourquoi n'utilisez-vous pas VS 2000 ou 2003 ?
êtes-vous sûr que la version 2005 est certifiée ?

[Vincent Rogier]

Nos projets ont compilé avec PRO*C (7.34 à 10g) depuis des annèes avec VC6 et ensuite avec VS2005 depuis 2 ans !

Cela n'est pas un souci de VS car si je lance PRO*C 11g en ligne de commande, le résultat est le même !


Ce qui me surpend le plus, c'est que c'est vraiment gros comme une maison !

Et je vois pas comment Oracle a pu laisser passer ca ! Ils doivent manquer de testeurs !

[LeoAnderson]

Avez-vous lu la note 1018121.102 ?
et la doc pré-citée ?

[Vincent Rogier]

Avez-vous lu la note 1018121.102 ?

?????


Bon, mettons de coté VS... Cela n'est pas le problème...

Si je lance pro*c directement j'ai les mêmes erreurs, donc exit VS

Le souci vient de PRO*C, de son install ou des nouvelles options...