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

ce type de pointeur peux pointer sur n'importe quel type de donné.
Corrigez moi si je me trompe

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

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....

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 ?

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

L'API est HWMCAAPI

C'est en environnement z/OS sur mainfraime, mais elle est utilisable sous windows ou linux également

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.

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" ?

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é.

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.

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...

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:

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 ......

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.

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.

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