[compatibilit� C/C++]

Version imprimable

05/05/2006, 14h56
poukill

[compatibilit� C/C++]

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 ...8O
La m�me chose avec VC6.0 (je sais c'est vieux) me lit parfaitement toutes mes donn�es... 8O 8O
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 !:D
05/05/2006, 15h44
Matthieu Brucher

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

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:

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 ?

05/05/2006, 16h15
Matthieu Brucher

Si, il y a une diff�rence ;) Essaie d'aller plus loin dans les comparaisons entre les 2 ex�cutions.
05/05/2006, 16h43
loufoque

Si tu mets pas de extern "C" �a risque pas de marcher.
05/05/2006, 17h01
poukill

Citation:

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!

Citation:

Si, il y a une diff�rence

tu as sans doute raison, je vais fouiller � fond!;)

Merci...

Dll ???

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

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

Code:

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 :aie:

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!:P

09/05/2006, 09h54
Matthieu Brucher

Pas de probl�me d'ouverture du fichier ?

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

Code:

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!:D
Je vais continuer � chercher...

09/05/2006, 11h19
Matthieu Brucher

Bizarre...
La dll a �t� compil�e avec quoi ?
09/05/2006, 11h22
poukill

avec VC6.0 par un de mes coll�gues....
Hum... Tu crois que c'est �a?
09/05/2006, 11h47
Matthieu Brucher

Oui, il y a des chances que GCC ne puisse pas acc�der correctement � la fonction.
09/05/2006, 11h53
poukill

Alors il faut que je recompile cette lib moi m�me... :roll:

Merci Miles:)