problème de parametres

Version imprimable

03/06/2007, 19h18
Elstak

problème de parametres
bonjour,

voilà j'ai un code sur lequel je dois travailler et je ne comprend pas le prototype d'une fonction
Code:

1 2 /* returns the name of the driver */ BRLDRV_API const char *brli_drvinfo(brli_term *, brl_config code);
je ne comprend pas le premier paramatre (pointeur sur le type brli_term c'est ca? mais le parametre n'a pas de nom alors?)

et toute la partie gauche... ca renvoit un tableau de char CONSTANT ?
et le BRLDRV_API alors là j'ai carement aucune idée de ce que ca fait là....

un petit eclaircissement svp :)
03/06/2007, 19h26
muad'dib

Salut,

Citation:

Envoyé par Elstak

je ne comprend pas le premier paramatre (pointeur sur le type brli_term c'est ca? mais le parametre n'a pas de nom alors?)

Oui c'est un pointeur sur le type brli_term. Dans les prototypes de fonction, on n'est pas obligé de mettre les noms des paramètres.

Citation:

Envoyé par Elstak

et toute la partie gauche... ca renvoit un tableau de char CONSTANT ?

Ça renvoie un pointeur sur char, de type constant oui

Citation:

Envoyé par Elstak

et le BRLDRV_API alors là j'ai carement aucune idée de ce que ca fait là....

Moi non plus .. ;)

en fait je viens de voir ca au dessus
Code:

1 2 3 4 5 6 7 8 9 #ifdef WIN32 #ifdef BRLDRV_EXPORTS #define BRLDRV_API __declspec(dllexport) #else #define BRLDRV_API __declspec(dllimport) #endif #else #define BRLDRV_API #endif
mais je trouve ca peu clair

ca donne ca non?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 if (def win32) { if(def BRLDRV_EXPORTS) { define BRLDRV_API __declspec(dllexport) } else { define BRLDRV_API __declspec(dllimport) } } else { define BRLDRV_API }
enfin je sais tres bien que c'est de la macro c'est pas ca la question... mais j'arrive pas trop à voir ce que ca fait si ca fait pas ce que je viens de mettre :roll:

=> si vous pouviez aussi m'eclairer un peu sur

#define BRLDRV_API __declspec(dllexport)

là je patauge...

merci

03/06/2007, 19h39
ITCsoft54

pour le BRLDRV_API, c'est peut etre une Macro ?

Tu as pas un #define BRLDRV_API quelque part dans ton code ?

C'est peut être une indication pour ton compilateur ?

Cela a un rapport avec Braille library http://sourceforge.net/projects/libbraille/ (merci google ^^) dans ce cas (si c'est pas deja fait) consulte la personne responsable du projet.
03/06/2007, 19h42
Elstak

oui ca a rapport avec ca :mouarf:

en fait là apparement ca fonctionne pas sous windows et comme projet j'ai à le faire fonctionner sous windows... (bon je pense que j'y arriverai pas car je sais meme pas quoi changer ni où mais je regarde quand meme on sait jamais... donc là je demande un peu d'eclaircissement sur le code)

voilà ;)
03/06/2007, 19h56
ITCsoft54

Adapté du code linux sous Windows ... (ou le contraire ...) faut :

-Avoir du courage.
-Du temps.
-Connaitre et bien comprend le code à transformer.
-Chercher les équivalents aux Bibliothèques Linux sous Windows, dans le cas ou elles n'existent pas,les recoder...

Bref Bon courage !
03/06/2007, 20h46
Elstak

oué jme doute... en plus j'aime pas trop reprendre le travail de quelqu'un :roll:

sinon des réponses pour mon second post?
03/06/2007, 20h46
Emmanuel Delahaye
Citation:
Envoyé par Elstak

en fait je viens de voir ca au dessus

Code:

1 2 3 4 5 6 7 8 9 #ifdef WIN32 #ifdef BRLDRV_EXPORTS #define BRLDRV_API __declspec(dllexport) #else #define BRLDRV_API __declspec(dllimport) #endif #else #define BRLDRV_API #endif

mais je trouve ca peu clair
La compilation conditionnelle de macros est une des méthode classiques qui permet d'écrire proprement du code portable.

Tu peux l'écrire comme ça :
Code:

1 2 3 4 5 6 7 8 9 10 #ifdef WIN32 # ifdef BRLDRV_EXPORTS # define BRLDRV_API __declspec(dllexport) # else # define BRLDRV_API __declspec(dllimport) # endif #else # define BRLDRV_API #endif
En gros, si tu compiles sous WIN32 (donc Windows), et que la macro BRLDRV_EXPORTS a été définie sur la ligne de commande (-DBRLDRV_EXPORTS ou équivallent), BRLDRV_API est remplacé par __declspec(dllexport).

Si la macro BRLDRV_EXPORTS n'a pas été définie, BRLDRV_API est remplacé par __declspec(dllimport).

Enfin, si tu n'es pas sous Windows, la macro BRLDRV_API est remplacé par rien du tout (donc ignorée).
03/06/2007, 20h59
Elstak

ok c'est un peu plus clair.

juste encore qque détails :
le "WIN32" du ifdef, c'est un truc (désolé je connais pas le mot) déjà défini ca? (je veux dire c'est pas celui qui a programmé qui l'a défini?)

ensuite le __declspec(dllexport) c'est bien ce qu'il y aura dans la variable BRLDRV_API ?? mais je comprends pas... c'est quoi au juste, ca fera un appel de fonction ( :roll: )? (désolé mais moi les define je les utilisais juste pour remplacer un mot par une valeur ex : #define Valeur 200)

voilà je pense qu'après ces réponses ca sera plus clair pour moi (j'espere)
03/06/2007, 21h09
Emmanuel Delahaye

Citation:

Envoyé par Elstak

juste encore qque détails :
le "WIN32" du ifdef, c'est un truc (désolé je connais pas le mot) déjà défini ca? (je veux dire c'est pas celui qui a programmé qui l'a défini?)

C'est une macro prédéfinie par les compilateurs pour Windows. Mais c'est plus de l'usage qu'une règle absolue. Dans le doute (compilateur exotique), tu peux ajouter -DWIN32 (ou équivallent) sur la ligne de commande du compilateur.

Citation:

ensuite le __declspec(dllexport) c'est bien ce qu'il y aura dans la variable BRLDRV_API ?? mais je comprends pas... c'est quoi au juste, ca fera un appel de fonction ( :roll: )? (désolé mais moi les define je les utilisais juste pour remplacer un mot par une valeur ex : #define Valeur 200)

Je ne connais pas la sémantique de __declspec(dllexport) qui est très spécifique au développement pour Windows et que je connais mal. Je ne penses pas que tu ais besoin de connaitre ce niveau de détail. C'est de la touille interne et non portable de Microsoft... (à vue de nez, ça n'a rien à voir avec un appel de fonction, ça ressemble plus à une macro avec un paramètre).

Pour les détails, il y a le forum Développement Windows et MSDN...
03/06/2007, 21h12
ITCsoft54

En effet le WIN32 est defini avant l'appel du préprocesseur, en fonction du système ou tu te trouve, je suis pas sûr mais je crois que cela dépends du compilateur.

le truc s'appelle Constantes de compilation (après mes souvenir et le cours de
http://cpp.developpez.com/cours/cpp/ que tu pourra trouver sur le site ).
03/06/2007, 21h15
Elstak
ok,

merci pour ces réponses mais apres j'ai ces prototypes:
Code:

1 2 3 4 /* Configure some values */ extern BRAILLE_API char braille_config(brl_config, char *); /* Returns the number of available drivers */ extern BRAILLE_API int braille_drivernum(void);
je vois mal comment les comprendre si je ne sais pas ce qu'ils renvoient (le BRAILLE_API)

enfin j'ai une question qui vient juste de m'arriver:

Citation:

Dans les prototypes de fonction, on n'est pas obligé de mettre les noms des paramètres.

mais comment on se sert de ce parametre s'il n'a pas de nom? :roll:
03/06/2007, 21h25
ITCsoft54

Pour la premier question, sans avoir la doc ou le code du projet je m'avance pas !

Par contre pour la deuxième je te répondrai d'aller consulter les cours et programmation C : http://c.developpez.com/cours/

et de consulté la partie => 1.6. Les fonctions

Pour faire rapide c'est la déclaration (du prototype) de la fonction, donc tu n'a pas besoin de connaitre les noms des paramètres, (tu peux même mettre autre chose !)

Le corps de la fonction est défini dans plus bas ou dans un autre fichier !

Je suppose que ce fichier est le "Header" de d'un fichier source.
03/06/2007, 21h25
Emmanuel Delahaye
Citation:
Envoyé par Elstak

merci pour ces réponses mais apres j'ai ces prototypes:

Code:

1 2 3 4 /* Configure some values */ extern BRAILLE_API char braille_config(brl_config, char *); /* Returns the number of available drivers */ extern BRAILLE_API int braille_drivernum(void);

je vois mal comment les comprendre si je ne sais pas ce qu'ils renvoient (le BRAILLE_API)
Ignore ce que fait BRAILLE_API (et extern, aussi, qui est inutile ici). Ca se ramène donc à
Code:

1 2 3 4 5 /* Configure some values */ char braille_config(brl_config, char *); /* Returns the number of available drivers */ int braille_drivernum(void);
ce qui est très clair, non ?

Citation:

mais comment on se sert de ce parametre s'il n'a pas de nom?

Il n'a pas besoin d'avoir de nom, mais si on veut pouvoir s'en servir correctement, on lit la doc.

Ceci dit, c'est en effet une mauvaise pratique de ne pas mettre le nom des paramètres dans les prototypes de fonctions séparées, et je félicite pas ceux qui ont écrit ce code...
03/06/2007, 21h50
Elstak

ok merci,

je vais essayer de me débrouiller comme ca alors :)
04/06/2007, 09h51
Médinoc
Pour info: __declspec(dllexport) et __declspec(dllimport) sont des spécifications liées aux DLLs.
- Dans une DLL, toutes les fonctions faites pour être utilisées à l'extérieur de la DLL sont déclarées et définies en dllexport.
- Dans un module (EXE ou DLL) qui utilise une DLL par la méthode simple (je ne parlerai pas ici de la façon compliquée), toutes les fonctions de la DLL en question sont déclarées en dllimport, pour préciser au linker qu'elles sont dans une DLL, et non pas dans une bibliothèque statique.