Discussion :

[alex6891]

Bonjour,

J'utilise un tableau d'entiers à deux dimensions : tab[2][nb]; où nb représente une variable initialisée avant, deux erreurs se montrent lors de la compilation gcc lorsque je passe ce tableau comme arguments à une fonction tordre qui prends deux char* en paramètre (chaînes), pour ce faire j'appelle ainsi :

Code :

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

1
2
 
pts += tordre( choisir(tab[i][k]), choisir(tab[n-i][k]) );

où pts est de type entier (initialisé à 0 avant.) et choisir prends un entier en paramètre et retourne un char* (il contient un switch.)


Pourtant voici les erreurs lors de la compilation :

Code :

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

1
2
3
 
invalid use of array with unspecified bounds
called object is not a function

Je précise que je suis sous Linux avec l'éditeur emacs...

Merci pour votre aide.

[afrikha]

est-ce que choisir retourne un pointeur sur char?

[alex6891]

choisir retourne un char*

[afrikha]

tu pourrais mettre ton code complet pourqu'on voit plus clair!

[Emmanuel Delahaye]

J'utilise un tableau d'entiers à deux dimensions : tab[2][nb]; où nb représente une variable initialisée avant,

Je ne suis pas sûr qu'on puisse faire çà en C, même en C99...

deux erreurs se montrent lors de la compilation gcc lorsque je passe ce tableau comme arguments à une fonction tordre qui prends deux char* en paramètre (chaînes), pour ce faire j'appelle ainsi :

Code :

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

pts += tordre( choisir(tab[i][k]), choisir(tab[n-i][k]) );

Mauvaise pratique. L'ordre d'évaluation des paramètres n'est pas défini en C. Il vaut mieux appeler les foctions dans l'ordre requis (il peut avoir une importance, sticker les résultats dans des variables intermédiaires, et ensuite passer le résultat à la fonction...

où pts est de type entier (initialisé à 0 avant.) et choisir prends un entier en paramètre et retourne un char* (il contient un switch.)

Pourtant voici les erreurs lors de la compilation :

Code :

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

1
2
3
 
invalid use of array with unspecified bounds
called object is not a function

Je précise que je suis sous Linux avec l'éditeur emacs...

Ce qui compte c'est le compilateur... gcc ? Quelle version ? Quels reglages ?

Sinon, pour passer l'adresse du premier élément d'un tableau à 2 dimensions, on utilise ce type de pointeur :

Code :

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

void func(T a[X][Y])

ou

Code :

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

void func(T a[][Y])

X et Y sont des expressions constantes.

[hegros]

Mauvaise pratique. L'ordre d'évaluation des paramètres n'est pas défini en C.

Je pensais qu'il l'était de la droite vers la gauche...
D'ailleurs je me suis toujours demandé qu'elle importance ca pouvait avoir qu'ils soient évalués de la droite vers la gauche ou de la gauche vers la droite... ç moins qu'il existe un autre ordre d'évaluation ?

[Emmanuel Delahaye]

Mauvaise pratique. L'ordre d'évaluation des paramètres n'est pas défini en C.

Je pensais qu'il l'était de la droite vers la gauche...

Ben non. Il n'y a que dans les expressions qu'il est défini (gauche -> droite).

D'ailleurs je me suis toujours demandé qu'elle importance ca pouvait avoir qu'ils soient évalués de la droite vers la gauche ou de la gauche vers la droite... ç moins qu'il existe un autre ordre d'évaluation ?

Certains esprits tordus sont capables d'écrire ça:

Code :

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

printf("%c%c", fgetc(fp), fgetc(fp));

ou ça

Code :

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

printf("%d %d", i++, i--);

[Pouic]

Mauvaise pratique. L'ordre d'évaluation des paramètres n'est pas défini en C.

Je pensais qu'il l'était de la droite vers la gauche...
D'ailleurs je me suis toujours demandé qu'elle importance ca pouvait avoir qu'ils soient évalués de la droite vers la gauche ou de la gauche vers la droite... ç moins qu'il existe un autre ordre d'évaluation ?

Ben imagine le code suivant (pseudo code):

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
 
int funcA( int *a){
    *a *= 2;
    return 0;
}
 
int funcB( int *a){
    *a += 1;
    return 0;
}
 
void funcC( int a, int b){
/*  rien */
}
 
int main(void){
    int a = 3;
 
    funcC ( funcA(&a), funcB(&a) );
    printf("%d", a);
 
    return 0;
}

Produira selon l'ordre d'évaluation :
Si funcA puis funcB : 7
Si funcB puis funcA : 8

Donc bon, bof....

[hegros]

Mauvaise pratique. L'ordre d'évaluation des paramètres n'est pas défini en C.

Je pensais qu'il l'était de la droite vers la gauche...

Ben non. Il n'y a que dans les expressions qu'il est défini (gauche -> droite).

D'ailleurs je me suis toujours demandé qu'elle importance ca pouvait avoir qu'ils soient évalués de la droite vers la gauche ou de la gauche vers la droite... ç moins qu'il existe un autre ordre d'évaluation ?

Certains esprits tordus sont capables d'écrire ça:

Code :

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

printf("%c%c", fgetc(fp), fgetc(fp));

ou ça

Code :

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

printf("%d %d", i++, i--);

En effet, mais quelle est l'importance que l'expression ou que les arguments d'une fonction soit évalués de droite vers gauche ou l'inverse ?
C'est pour une raison touchant a un interet particulier ? Ou bien c'est juste une termilogie que prennent les auteurs de compilateur ?

[hegros]

Si funcA puis funcB : 7
Si funcB puis funcA : 8

Oui


Mais sinon oui en effet pour celui qui developpe c'est important de savoir dans quel ordre sont évalués. Je me pose la question pourquoi l'auteur du compilateur choisirai de les évalués d'un coté plutot qu'un autre ?

[Emmanuel Delahaye]

Mais sinon oui en effet pour celui qui developpe c'est important de savoir dans quel ordre sont évalués.

C'est pas 'important', c'est 'indéfini'. Il faut donc écrire du code qui ne compte pas sur ce sens, qui en soit indépendant.

Je me pose la question pourquoi l'auteur du compilateur choisirai de les évalués d'un coté plutot qu'un autre ?

Peu importe, ce sens, il n'est pas spécifié par la norme. D'un compilateur à l'autre (voir d'une option à l'autre, qui sait...), il peut être différent et donc produire un résultat différent.

[hegros]

Mais sinon oui en effet pour celui qui developpe c'est important de savoir dans quel ordre sont évalués.

C'est pas 'important', c'est 'indéfini'. Il faut donc écrire du code qui ne compte pas sur ce sens, qui en soit indépendant.

Je me pose la question pourquoi l'auteur du compilateur choisirai de les évalués d'un coté plutot qu'un autre ?

Peu importe, ce sens, il n'est pas spécifié par la norme. D'un compilateur à l'autre (voir d'une option à l'autre, qui sait...), il peut être différent et donc produire un résultat différent.

Merci, maintenant cela est bien clair.