c'est quoi ce typedef ?

Version imprimable

26/04/2007, 14h47
SPACHFR

c'est quoi ce typedef ?

Bonjour,

Pouvez vous m'éclairer sur cette déclaration :

typedef void * PVOID;

Apparament cela defini un synomyme PVOID qui serait de type pointeur void.
Je comprend pas ...., c'est quoi un type void (?)
Bref je dois mal interpreter ce bout de code, alors si quelqu'un peux m'expliquer

Merci
26/04/2007, 14h49
Lumberjack

ce type de pointeur peux pointer sur n'importe quel type de donné.
Corrigez moi si je me trompe
26/04/2007, 14h57
souviron34
ce que ça fait c'est définir une équivalence entre l'écriture :

PVOID

et

void *

sans doute pour améliorer la lisibilté et un éventuel changement rapide.

Et comme on a dit void est un type générique de C permettant de mettre n'importe quel type de données à la place, si c'est pour une donnée, ou équivalent à "vide" si c'est pour un retour de fonction.

Exemple :
Code:

1 2 3 4 void Fonction1 ( void ) { }
Le void AVANT la fonction déclare qu'il n'y aura pas de retour (la fonction n'a pas de type).

Le void entre parenthèses déclare qu'il n'y a pas d'arguments.

Mais on peut aussi s'en servir comme :
Code:

1 2 3 4 5 void Fonction ( void *param ) { double *p = (double*)param ; }
Dans ce cas, param est déclaré comme paramètre de type inconnu pour la fonction, et DANS la fonction, on le caste pour lui donner le type souhaité. C'est très utilisé pour définir des fonctions génériques acceptant toute une série de types possbles, sans avoir à faire une foncton par type, ou un paramètre par type.

:D
26/04/2007, 15h07
SPACHFR

En fait cette déclaration est dans une API que j'utilise en include, mais lors de la compilation j'ai ce type de message :

The text "pHost" is unexpected. "PVOID" may be undeclared or ambiguous.
The text "pTarget" is unexpected. "PVOID" may be undeclared or ambiguous.

Or pHost et pTarget sont du type PVOID. La déclaration est bien dans l'API est le message généré concerne bien l'API.
Mon niveau en C étant débutant je n'ose pas mettre en doute la déclaration réalisé dans l'API, mais j'ai du mal à comprendre....
26/04/2007, 15h15
Skyounet

Citation:

Envoyé par SPACHFR

En fait cette déclaration est dans une API que j'utilise en include, mais lors de la compilation j'ai ce type de message :

The text "pHost" is unexpected. "PVOID" may be undeclared or ambiguous.
The text "pTarget" is unexpected. "PVOID" may be undeclared or ambiguous.

Or pHost et pTarget sont du type PVOID. La déclaration est bien dans l'API est le message généré concerne bien l'API.
Mon niveau en C étant débutant je n'ose pas mettre en doute la déclaration réalisé dans l'API, mais j'ai du mal à comprendre....

C'est quelle API ?
26/04/2007, 15h15
Thierry Chappuis

Citation:

Envoyé par souviron34

Et comme on a dit void est un type générique de C permettant de mettre n'importe quel type de données à la place, si c'est pour une donnée, ou équivalent à "vide" si c'est pour un retour de fonction.

void est effectivement un synonyme de "vide", ou "pas de valeur". En revanche, cela n'a rien à voir avec un type générique. Le seul type générique en C est void * qui peut pointer sur une donnée de n'importe quel type.

Thierry
26/04/2007, 15h26
SPACHFR

L'API est HWMCAAPI

C'est en environnement z/OS sur mainfraime, mais elle est utilisable sous windows ou linux également
26/04/2007, 15h29
Skyounet

Je ne connais pas ce message d'erreur (jamais eu), mais PVOID n'est-il pas déclaré autre part ?

En fait voilà un bout du code de l'API concernant le PVOID

Code:

1
2
3
4
5
6
7
8
9
10
11
 
#define VOID    void
typedef void * PVOID;
 
 struct HWMCA_SNMP_TARGET_S {                 
    PVOID                 pHost;        
 
    CHAR szCommunity[HWMCA_MAX_COMMUNITY_LEN];
 
    ULONG ulReserved;                
 };

Le type ULONG est également un typedef.

Citation:
Envoyé par SPACHFR
En fait voilà un bout du code de l'API concernant le PVOID
Code:

1 2 3 4 5 6 7 8 9 10 11 #define VOID void typedef void * PVOID; struct HWMCA_SNMP_TARGET_S { PVOID pHost; CHAR szCommunity[HWMCA_MAX_COMMUNITY_LEN]; ULONG ulReserved; };
Le type ULONG est également un typedef.
Alors là je vois pas, ce bout de code me semble correct.

26/04/2007, 17h05
SPACHFR

J'ai un peu avancé.

En fait j'ai copié cette API dans un autre fichier histoire de faire des modifs avec retour arriére sans risque.
J'ai viré les typedef, pour mettre les vrai type de base à la place est ça passe..
Je comprend pas pourquoi le typedef n'est pas résolu.

Encore une question, faut -il un include particuler pour cette instruction "typedef" ?
26/04/2007, 17h50
diogene

Citation:

Encore une question, faut -il un include particuler pour cette instruction "typedef" ?

Non, typedef est un mot réservé du C

void est un type dont l'espace des valeurs associé est vide. En conséquence, on ne peut créer un objet de type void (il ne pourrait avoir aucune valeur). Cette définition convient bien pour l'usage de void comme valeur de retour ou dans la liste d'arguments d'une fonction.
Elle ne convient pas bien pour void*.
void * est une notation malheureuse parce que ce n'est pas du tout un pointeur sur "rien" (donc un truc qui serait en quelque sorte toujours égal à NULL), mais un pointeur sur un objet qui existe (si le pointeur n'est pas NULL) dont le type (car tout objet a le type qui lui a été donné à sa création et qui est invariable) n'est pas précisé.
26/04/2007, 18h21
Emmanuel Delahaye

Citation:

Envoyé par souviron34

Et comme on a dit void est un type générique de C permettant de mettre n'importe quel type de données à la place, si c'est pour une donnée,

Hum, confusant. Cette discussion a déjà eu lieu récemment.

Le type void n'existe pas. Le mot clé void sert simplement à indiquer l'absence de paramètres dans un prototype (séparé ou non) et l'absence de valeur retournée par une fonction.

Par contre, un 'pointeur sur void' (mauvais choix de terme, j'aurais mis 'generic') ou void *, désigne un pointeur contenant l'adresse d'une donnée sans en préciser le type.

La conversion void * <-> T* est toujours correcte et implicite en C.

Attention quand même à ne pas faire n'importe quoi, car on travaille sans filet. Si les types ne sont pas compatibles, le comportement est indéfini. Il est de la responsabilité du programmeur d'écrire du code correct. Le compilateur ne voit rien.
26/04/2007, 18h24
Emmanuel Delahaye

Citation:

Envoyé par SPACHFR

En fait j'ai copié cette API dans un autre fichier histoire de faire des modifs avec retour arriére sans risque.
J'ai viré les typedef, pour mettre les vrai type de base à la place est ça passe..

Bonjour le bricolage... Tu modifies les includes d'une API ? Tu es qualifié pour ça ? C'est extrêmement risqué si tu ne sais pas exactement ce que tu fais...
26/04/2007, 18h26
Emmanuel Delahaye

Citation:

Envoyé par diogene

void * est une notation malheureuse parce que ce n'est pas du tout un pointeur sur "rien" (donc un truc qui serait en quelque sorte toujours égal à NULL), mais un pointeur sur un objet qui existe (si le pointeur n'est pas NULL) dont le type (car tout objet a le type qui lui a été donné à sa création et qui est invariable) n'est pas précisé.

:chin:
27/04/2007, 09h37
SPACHFR

J'ai fais une copie de l'API. Pour ma qualification la réponse est claire (je suis réaliste) c'est NON !!!. N'ayant pas fais de C depuis plus de 10 ans je repart à zéro

Je travaille sur un 'sample' qui utilise cette API que j'essai de compiler car l'objectif est par la suite d'écrire un pgm qui utilisera cette API.
A chaque tentative de compilation j'ai le type d'erreur mentionnée plus haut.

En fait la seul chose que j'ai pu mettre en évidence, c'est que lors de la compilation les typedef de l'API ne sont pas résolu dans le pgm.
Je comprend pas pourquoi ......
27/04/2007, 09h49
Emmanuel Delahaye

Citation:

Envoyé par SPACHFR

A chaque tentative de compilation j'ai le type d'erreur mentionnée plus haut.

En fait la seul chose que j'ai pu mettre en évidence, c'est que lors de la compilation les typedef de l'API ne sont pas résolu dans le pgm.

Pour un typedef, on ne parle pas de 'résolu', mais simplement de définition.

Pour qu'un typedef soit compris par le compilateur (un typedef est un alias sur un type), il faut que sa définition soit visible du compilateur.

Il faut donc inclure le fichier (.h) qui contient la définition avant toute utilisation de ce typedef, y compris si c'est dans un .h

C'est une règle simple, appliquée des millions de fois par jour partout dans le monde. Il n''y a aucune raison que ça ne fonctionne pas ici.
27/04/2007, 10h16
DaffyDuck

Et si l'erreur provenait du fait qu'on ne puisse pas déclarer une variable de type void?
De toute façon, une variable est forcément typée. C'est juste au passage de paramètres d'une fonction que cela doit être intéressant de s'affranchir du "typage" des variables.
27/04/2007, 11h22
souviron34

Citation:

Envoyé par Emmanuel Delahaye

Hum, confusant. Cette discussion a déjà eu lieu récemment.

Le type void n'existe pas. Le mot clé void sert simplement à indiquer l'absence de paramètres dans un prototype (séparé ou non) et l'absence de valeur retournée par une fonction.

Par contre, un 'pointeur sur void' (mauvais choix de terme, j'aurais mis 'generic') ou void *, désigne un pointeur contenant l'adresse d'une donnée sans en préciser le type.

La conversion void * <-> T* est toujours correcte et implicite en C.

Attention quand même à ne pas faire n'importe quoi, car on travaille sans filet. Si les types ne sont pas compatibles, le comportement est indéfini. Il est de la responsabilité du programmeur d'écrire du code correct. Le compilateur ne voit rien.

Tu as raison je m'étais mal exprimé...

Désolé.
:oops:

Pourtant lors de la compilation, l'API ou sont définie les typedef est bien "incluse" ,le message d'erreur est sans appel

Code:

1
2
3
"//'ADCDB.SRC.INCLUDE(HWMCAAPI)'", line 421.26: CCN5040 (S) The text
 "pHost" is unexpected.  "PVOID" may be undeclared or ambiguous.

Pourtant le typedef PVOID est bien défini .....

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
#if defined(MVS) || defined(UNIX)  
#define EXPORTTYPE                 
#define CHAR    char               
#define SHORT   short              
#define LONG    long               
#define INT     int                
#define VOID    void               
typedef void   * PVOID;            
typedef unsigned char  UCHAR;      
typedef unsigned short USHORT;     
typedef unsigned long  ULONG;      
typedef char * PSZ;                
typedef unsigned long * PULONG;    
#else                              
#define EXPORTTYPE EXPENTRY        
#endif

J'ai ce problème pour tout les typedef de l'API

27/04/2007, 11h43
souviron34
c'est pourtant simple :
Code:

1 2 #if defined(MVS) || defined(UNIX)
Est-ce défini dans la ligne de compil ?

Tu tournes sous Windows je pense non ? Si oui, ben ça passe jamais par là..
27/04/2007, 11h52
SPACHFR

Non, je tourne sur système MVS ( z/OS V1R7)
27/04/2007, 11h57
Médinoc

Vérifie quand même que la condition est bien remplie...
(genre, fais un test dans un petit projet, au besoin rajoute MVS dans la ligne de commande / options du projet...
27/04/2007, 12h26
souviron34

vérifie que tu as bien -DMVS dans les flags de compil..
27/04/2007, 14h35
SPACHFR

ça y est, ça marche, votre piste sur une option du compilateur était la bonne.

En fait suite à vos dernières remarques,j'ai trouvé dans les docs une option DEFINE(NAME) qui spécifie un environnement d'exécution du compilateur.
Bien que le compilateur que j'utilise fonctionne uniquement sous MVS, cette option ne pas valorisée par défaut.
Après l'ajout de cette option avec MVS pour NAME est avec l'API d'origine sans modif j'obtient un RC 00 qui le signe d'une bonne éxécution de la compilation.
Maintenant que j'ai un objet, reste à passer au LOAD pour avoir un éxécutable...

Merci encore à tous ceux qui sont intervenus dans cette discussion.
Je suis bien content de mettre le tag RESOLU :D
27/04/2007, 14h46
Emmanuel Delahaye

Citation:

Envoyé par SPACHFR

Après l'ajout de cette option avec MVS pour NAME est avec l'API d'origine sans modif j'obtient un RC 00 qui le signe d'une bonne éxécution de la compilation.

Return Code = 0 ?
27/04/2007, 15h08
SPACHFR

En fait en environnement MVS on travaille la plus part du temps en batch (JCL).

Lors de l'éxécution de batch celui renvoi systématiquement un code retour (RC) en fin de traitement qui donne une information sur l'éxecution de celui-ci.

Le RC 00 est la valeur appréciée de tous ceux qui travaille sur ces environnement car c'est un traitement correct de toutes les instructions du batch.
Dans mon cas une compilation réussi...

Encore merci à tous

Fuseau horaire GMT +2. Il est actuellement 21h08.