[compatibilité C/C++]

**poukill** · 05/05/2006, 14h56

Bonjour !

Je sais que ce topic est à la mode, mais hélas c'est parfois de la magie pour moi...
Je compile avec Code:Blocks (GCC), et je viens de récupérer un programme en C ainsi qu'une librairie (C je suppose) pour accéder à une base de données.
La compilation et l'édition des liens fonctionne, aucuns retours de fonctions négatif (je pense au fameux -1), mais par contre tous les résultats que je récupère sont NULS ...

La même chose avec VC6.0 (je sais c'est vieux) me lit parfaitement toutes mes données...

Je retrousse mes manches, je me plonge dans le code (sous Code Blocks):
*la fonction qui communique avec la BDD est déclaré extern dans le fichier .c (puisque présente dans la librairie je suppose). Le truc, c'est que, même en retirant le mot clef "extern", la compilation a toujours lieu...
J'ai l'impression que l'édition des liens ne se fait pas?
Est-ce le compilateur C++ qui ne fait pas son boulot sur du code C?
Ou alors est-ce que je suis franchement mauvais??

Je précise que je souhaite utiliser Code:Blocks parce que ce petit bout de code doit s'intégrer dans un plus gros programme à base de template (adieu VC6.0). Et je ne peux pas installer Express 2005 (du moins pas pour le moment, je n'aurai pas les droits administrateurs avant...) Et puis je souhaiterai continuer sur le même IDE...

Merci à vous d'avance !

**Matthieu Brucher** · 05/05/2006, 15h44

Le débuggeur indique quoi comme différence d'exécution ?

**poukill** · 05/05/2006, 15h59

A priori, il n'y a pas de différence d'execution. C'est à dire que les deux IDE semblent communiquer avec la base de données via TSRqParm:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
extern  int TSRqParm ();
// code omis
cr = TSRqParm (nchoc, NmProd, NmObj, NmPar, LgPar, &Valeur, &NbVal , &format);
    if (cr != 0)
        {
        printf("Erreur lecture %s / %s\n",NmObj,NmPar);
        Str = "0";
        return(-1);
        }

avec le débugger, aucun des deux IDE ne renvoi -1.

Est-ce normal de compiler alors que j'ai supprimer le extern ?

**Matthieu Brucher** · 05/05/2006, 16h15

Si, il y a une différence

Essaie d'aller plus loin dans les comparaisons entre les 2 exécutions.

**loufoque** · 05/05/2006, 16h43

Si tu mets pas de extern "C" ça risque pas de marcher.

**poukill** · 05/05/2006, 17h01

Si tu mets pas de extern "C" ça risque pas de marcher.

Oui, j'y avais pensé, mais dans ce projet, tous mes fichiers sources sont des .C
Je n'ai donc normalement pas besoin de préciser!

Si, il y a une différence

tu as sans doute raison, je vais fouiller à fond!

Merci...

**poukill** · 09/05/2006, 09h51

il y effectivement une différence d'éxecution:

Sur ce bout de code (Qui est le début du programme):

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
17
18
19
20
21
22
23
24
25
 
short Init_Endoscope (long nchoc, short nEndo, struct_endoscope *Endoscope)
{
    char  NmProd[8], NmObj[20], NmPar[20], PosCam[20];
    char  NmTypCam[20], TypINDIGO[] = "INDIGO";
    char  StrCamC3[] = "COUP C3", StrCamC2[] = "COUP C2";
    char  StrCamQ1[] = "FCI Q1", StrCamQ2[] = "FCI Q2", StrCamQ5[] = "FCI Q5";
    float Val;
    short nLUT, lLUT1, lLUT2, lLUT3, NumLUT, lDL, Zone, cr, i;
    long  xLUT1[MAXDATALUT], yLUT1[MAXDATALUT];
    long  xLUT2[MAXDATALUT], yLUT2[MAXDATALUT];
    long  xLUT3[MAXDATALUT], yLUT3[MAXDATALUT];
    float DL[MAXPTSLUT]       , TP[MAXPTSLUT];
    // ---------------------------------------------------------
    // Initialisation des variables
    // ---------------------------------------------------------
    strcpy(NmProd , "DCAMIR");
    sprintf(&NmPar[0],"CAM%i",nEndo);
    // ---------------------------------------------------------
    // Lecture des paramètres TOP
    // ---------------------------------------------------------
    // ----------> Lecture de la temperature du FUT
    strcpy(NmObj , "TEMP_FUT");
    cr = LitTopFloat(nchoc, NmProd, NmObj, NmPar, &Val);
    Endoscope -> Temp_Fut = Val;

Avec VC6.0 Val vaut 25.0
Avec Code::Blocks Val vaut 0.00

La fonction LitTopFloat est fournie dans une librairie (un fichier dll et un fichier lib). J'ai l'impression que ça coince de ce coté là...

Je suis preneur d'idées!

**Matthieu Brucher** · 09/05/2006, 09h54

Pas de problème d'ouverture du fichier ?

**poukill** · 09/05/2006, 10h58

hé bien non justement cr vaut 0 dans les deux IDE (le test d'ouverture est fait en interne dans la fonction LitTopFLoat :

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
17
18
19
20
short LitTopFloat(long nchoc, char *NmProd, char *NmObj, char *NmPar, float *Val)
{
    long   cr, LgPar, NbVal;
    short  format;
    float  TelR;
    char  *Valeur = NULL;
    LgPar = 256;  // Nb max de valeurs à lire
    if (DEBUG_CALCAMIR == 1)
        printf("Appel à TSRqParm float  : ");
    cr = TSRqParm (nchoc, NmProd, NmObj, NmPar, LgPar, &Valeur, &NbVal , &format);
    if (cr != 0)
        {
        printf("Erreur lecture %s / %s\n",NmObj,NmPar); *Val = -1.;
        return(-1);
        }
    TelR = * (float *) Valeur; *Val = TelR;
    if (DEBUG_CALCAMIR == 1)
        printf("%12s;%12s;%12s-->%0.3f\n",NmProd, NmObj, NmPar, *Val);
     return(0);
}

Dans un cas, NbVal vaut 0 (Code::Blocks)
Dans l'autre, il vaut 1.
NbVal, c'est le nombre de valeurs du paramètres... 0 est donc une mauvaise chose!

Merci Miles pour ton aide!

Je vais continuer à chercher...