Bonjour ! Je fais un petit programme en SDL, et j'ai besoin que certaine variable soient globales.

Donc comme M@theo nous le dit, je déclare ma variable ( SDL_Event event ) en dehors de la fonction main, dans le fichier main.c

Et là, M@theo nous dit que ça doit être accessibles dans toutes les fonctions de tous les fichiers, elle est effectivement accessible dans ma fonction main c'est déjà ça, mais dans un autre fichier, fond.c, il y a un bug à la compilation ( Code:Blocks )

Le debugger m'informe gentillement :



Je comprends par là que je n'ai pas déclaré event, et que le debugger me dit qu'il me le dit qu'une seule fois si cette erreur apparait plusieurs fois dans la fonction ( mais je ne l'utilise qu'un fois alors y a pas de soucis de ce côté )

Ne vois t-il pas ma variable globale ?? Ou M@theo nous aurait-t-il berné ?

Merci d'avance pour vos futures réponses !

SDL_Event event; se met dans le fichier Main ET dans la fonction Main .. pas en dehors

Mais c'est pour qu'elle soit globale que je l'a mais en dehors de la fonction main

alors tu as du mettre la fonction entière non ?
Pas seulement SDL_Event event;

Hein ? Désolé j'ai pas compris, de quoi tu parles ?

a moins que je dise n'importe quoi ... une fonction globale ressemble à sa :

Mais je parles de variable globale

En surffant un peu sur le site, je vois que c'est déconseillé, je penses je vais faire sans alors...

bon ben dsl mais je vois pas trop ...

je me souviens pas souvent des choses déconseillées

La variable globale est accessible sur toute les fonction du fichier dans lequel elle est déclarée Pour la rendre accessible sur un autre fichier tu met:



(enfin je crois j'ai jamais touché aux extern mais théoriquement elle s'utilise comme ça ^^)

donc je récatipule(récapitule )

main.c:

et l'autre fichier:

Citation : socomajor

Bonjour ! Je fais un petit programme en SDL, et j'ai besoin que certaine variable soient globales.

'besoin'... il faut le dire vite...

Citation : socomajor

je déclare ma variable ( SDL_Event event ) en dehors de la fonction main, dans le fichier main.c

<...>elle est effectivement accessible dans ma fonction main c'est déjà ça, mais dans un autre fichier, fond.c, il y a un bug à la compilation ( Code:Blocks )

Normal, elle n'est pas déclarée.

La bonne methode est de définir un header qui contient la déclaration de la globale

et d'inclure ce fichier dans main.c et dans fonc.c

http://mapage.noos.fr/emdel/notes.htm#globales

Okay merci beaucoup à tous les deux !

Finalement je m'en suis tiré sans à ce que j'ai compris c'est mieux

Citation : socomajor

Finalement je m'en suis tiré sans à ce que j'ai compris c'est mieux

C'est bien.

Citation : -ed-

Citation : socomajor

Bonjour ! Je fais un petit programme en SDL, et j'ai besoin que certaine variable soient globales.

'besoin'... il faut le dire vite...

Citation : socomajor

je déclare ma variable ( SDL_Event event ) en dehors de la fonction main, dans le fichier main.c

<...>elle est effectivement accessible dans ma fonction main c'est déjà ça, mais dans un autre fichier, fond.c, il y a un bug à la compilation ( Code:Blocks )

Normal, elle n'est pas déclarée.

La bonne methode est de définir un header qui contient la déclaration de la globale

/* global.h */
#ifndef H_GLOBAL
#define H_GLOBAL

#include <SDL/sdl.h>

extern SDL_Event event;

#endif /* guard */

et d'inclure ce fichier dans main.c et dans fonc.c

http://mapage.noos.fr/emdel/notes.htm#globales

Si tu utilise cette méthode, n' oublie pas d' ajouter


Dans un fichier .c

Le extern SDL_Event event declare simplement qu' il existe une variable globale quelque part dans le projet nommé Event.

C'est vrai que les variables globales sont déconseillés mais pour utiliser une variable globale qui soit accessible a plusieurs fichiers.c (si c'etait bien ca ta question), il fallait déclarer ta variable dans un fichier.h que tu aurais inclue dans tes fichiers.c

my.h


p.s: je code sous unix, je sais pas si c'est exactement pareil sous windows.

Si tu utilise pas de fonction tordue ou la fonction system() ba ça devrais être pareil (autrement dit: si tu utilise les fonction standard uniquement tout baigne ...(...mais y'en a forcément un qui coule (ça va je usis sorti ^^)))

Citation : Dj_Nash

C'est vrai que les variables globales sont déconseillés mais pour utiliser une variable globale qui soit accessible a plusieurs fichiers.c (si c'etait bien ca ta question), il fallait déclarer ta variable dans un fichier.h que tu aurais inclue dans tes fichiers.c

my.h

#ifndef _MY_H_
#define _MY_H_

int   my_global_var;

/*
** prototypes des fonctions...
*/

#endif /* _MY_H_ */

Bien que ce soit techniquement possible, on ne definit ni fonction ni objet dans un .h. En effet, si le fichier est inclus dans 2 .c différents, il y aura double définition ce qui invoque un comportement indéfini.

Lire ma réponse précédente et l'article dont j'ai mis la référence.

http://www.siteduzero.com/forum-83-33403-250500.html#r250500

D'autre part, les identificateurs commençant par _ suivis de _ou A-Z sont réservés à l'implémentation.

http://mapage.noos.fr/emdel/codage.htm#nom_underscore
http://mapage.noos.fr/emdel/notes.htm#id_reserve

Citation : -ed-

Erreur de conception.

Bien que ce soit techniquement possible, on ne definit ni fonction ni objet dans un .h. En effet, si le fichier est inclus dans 2 .c différents, il y aura double définition ce qui invoque un comportement indéfini.

C'est pour ca que dans le .h il y a #ifndef..., c'est pour protéger le fichier.h, donc meme si il est défini dans plusieurs .c, il n'y aura aucun problème.

Citation : Dj_Nash

Citation : -ed-

Erreur de conception.

Bien que ce soit techniquement possible, on ne definit ni fonction ni objet dans un .h. En effet, si le fichier est inclus dans 2 .c différents, il y aura double définition ce qui invoque un comportement indéfini.

C'est pour ca que dans le .h il y a #ifndef..., c'est pour protéger le fichier.h, donc meme si il est défini dans plusieurs .c, il n'y aura aucun problème.

Hé hé, je m'attendais à celle-ci. Tu as testé ?

Reprenons. La protection dans le .h est faite pour protéger contre les inclusions mutiples d'un même .h dans le même fichier .c. Et oui. Comme souvent, la fin de phrase est omise...

Si il s'agit de 2 fichier .c différent, ça n'a bien sûr aucun effet. Vu du compilateur, ce sont deux fichiers différents, traités individuellement. Donc rien n'empèche d'inclure le .h dans le premier et le dans le second .c.




Ce code est incorrect, mais il fonctionne avec MinGW (gcc) (probablement dû à un tolérance du linker, qui considère qu'il n'y a qu'une variable).

Ma démonstration tombe à l'eau.

A ma connaissance, il ne fonctionne absolument pas avec les compilateurs Borland ou Microsoft (double définition de variable). (Je n'ai pas ces compilateurs, si d'autres peuvent vérifier...)

Je déconseille donc formellement cette pratique.

C'est exact, je n'ai pas testé
Après reflexion tu as surement raison, pour les variables globales ça mettrai un "multiple definition...". En fait j'en utilise jamais (parce dans mon école on a pas le droit aux globales ).
Au temps pour moi

Citation : Dj_Nash

Après reflexion tu as surement raison, pour les variables globales ça mettrai un "multiple definition...". En fait j'en utilise jamais (parce dans mon école on a pas le droit aux globales

C'est une Bonne Chose. Les cas où les globales sont indispensables sont extrêmement rares, et concernent plutôt des applications 'avancées'.