IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

Variables globales non déclarées et 'extern'


Sujet :

C

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Inscrit en
    Juillet 2011
    Messages
    41
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Juillet 2011
    Messages : 41
    Par défaut Variables globales non déclarées et 'extern'
    Bonjour,

    J'utilise cygwin pour compiler du code pour core linux 2.6.13.

    Je viens encore de vivre un problème récurrent chez moi, vieillesse oblige :

    Je crée dans un header (.h) une variable, genre :

    extern int toto;

    et j'oublie malencontreusement de la déclarer en tant que variable globale dans le fichier source (.c).

    Mes options de compilation sont les suivantes :
    CFLAGS = -std=c99 -W -Wall -O2 -fPIC -pedantic -Os
    LDFLAGS = -ldl -shared

    Lorsque je compile, je ne vois aucune erreur apparaitre et ce n'est qu'au plantage de mon appli que je me rend compte de l'oubli de déclaration.

    Je ne trouve pas quoi mettre en place pour faire apparaitre cette erreur dans les options de compilation.

    Merci pour votre aide.

  2. #2
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Par défaut
    Je suis surpris qu'il n'y ait pas d'erreur lors du link genre "undefined reference to toto"
    Raymond
    Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi

    Cafuro Cafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
    e-verbe Un logiciel de conjugaison des verbes de la langue française.

    Ma page personnelle sur DVP
    .

  3. #3
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Chercheur d'emploi
    Inscrit en
    Septembre 2007
    Messages
    7 474
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur d'emploi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 474
    Par défaut
    Tu utilises quoi pour compiler ton application ?

    Si LDFLAGS est passé à GCC d'une manière ou d'une autre, ou que tu crées un fichier objet transformé ensuite en exécutable par ld, alors le flag « -shared » devrait te créer une bibliothèque dynamique. Il n'y aurait donc pas de contre-indication à continuer à utiliser une variable globale externe.

    Ce qui est curieux, c'est que tu aies pu lancer ton application.

  4. #4
    Membre averti
    Homme Profil pro
    Inscrit en
    Juillet 2011
    Messages
    41
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Juillet 2011
    Messages : 41
    Par défaut
    Je sais, je suis le premier surpris que ça marche, mais c'est ainsi. De plus, cela fait 15 jours que ça marche avec plein de changements dans le code, d'ajouts, de retraits, ça ne plante jamais, ça ne doit donc pas être un coup de chance sur une zone mémoire correcte par hasard.

    Je suis un peu à la bourre, mais je prépare d'ici fin du WE un bout de code complet pour que quelqu'un essaye de compiler chez lui et voir si ça marche ou non, si le phénomène se reproduit ou non.

    Cordialement.

  5. #5
    Membre averti
    Homme Profil pro
    Inscrit en
    Juillet 2011
    Messages
    41
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Juillet 2011
    Messages : 41
    Par défaut
    Voici un code qui accepte la compilation sans erreur alors que la variable extern 'test' n'est pas déclarée.

    hook.h
    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
    24
    25
    #ifndef _HOOK_H
    #define _HOOK_H
     
    #define _GNU_SOURCE
    #include <stdlib.h>
    #include <dlfcn.h>
    #include <stdarg.h>
     
    #define _HIDDEN_ \
    	__attribute__( ( visibility( "hidden" ) ) )
     
    #define _CONSTRUCTOR_ \
    	__attribute__( ( constructor ) ) _HIDDEN_
     
    #define _DESTRUCTOR_ \
    	__attribute__( ( destructor ) ) _HIDDEN_
     
    typedef int (*_open)(const char *, int, ...);
     
    _CONSTRUCTOR_ void hook_init( void );
    _DESTRUCTOR_ void hook_uninit( void );
     
    extern int test;
     
    #endif
    hook.c
    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
    #include "hook.h"
     
    static _open	hook_open;
     
    void hook_init( void ) {
    }
     
    void hook_uninit( void ) {
    }
     
    int open( const char *pathname, int flags, ... ) {
    int ret;
    va_list ap;
     
    	if ( !hook_open ) {
    		hook_open = (_open)dlsym( RTLD_NEXT, "open" );
    	}
    	va_start( ap, flags );
    	ret = hook_open( pathname, flags, va_arg( ap, mode_t ) );
    	va_end( ap );
     
    	return ret;
    }
    makefile
    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
    24
    25
    EXEC	= Test.so
    CC		= /usr/local/cross/gcc-3.3.4_glibc-2.3.2/arm-linux/bin/gcc
    CFLAGS	= -std=c99 -W -Wall -O2 -fPIC -pedantic -Os
    LDFLAGS	= -ldl -shared -lm
    OBJDIR	= obj
    BINDIR	= bin
    SRC		= $(wildcard *.c)
    OBJS	= $(SRC:.c=.o)
    HEADERS	= $(wildcard *.h)
    OBJS2	:= $(addprefix $(OBJDIR)/, $(OBJS))
     
    .PHONY: clean, install
     
    all: $(EXEC)
     
    $(EXEC): $(OBJS)
    	@mkdir -p $(BINDIR)
    	@$(CC) $(LDFLAGS) $(OBJS2) -o $(BINDIR)/$(EXEC)
     
    %.o:%.c
    	@mkdir -p $(OBJDIR)
    	@$(CC) $(CFLAGS) -c $< -o $(OBJDIR)/$@
     
    clean:
    	@$(RM) $(BINDIR)/$(EXEC) $(OBJS2)
    Et un autre bug en prime :

    Je peux relancer 100x la compilation, mon makefile ne détecte pas que les fichier .o sont déjà créés pour la source en cours et qu'elle n'a pas été modifié.
    Je ne sais pas si c'est lié à mon souci, mais je préfère en parler, on ne sait jamais. Comme je ne suis pas un dieu en makefile, je compte un peu sur vous tous.

    Merci.

  6. #6
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Chercheur d'emploi
    Inscrit en
    Septembre 2007
    Messages
    7 474
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur d'emploi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 474
    Par défaut
    Bon, je viens d'essayer chez moi et, sans surprise, ton code produit une bibliothèque partagée reconnue comme telle par la commande file.

    Quand j'essaie de la lancer comme un exécutable, pas de complainte, mais une segfault. Cela dit, j'obtiens exactement le même comportement quand j'essaie de lancer une bibliothèque au hasard dans /usr/lib ou /usr/lib64. Donc, ce comportement (le fait de pouvoir lancer ta lib) n'est pas dû à ton code.

    Je peux relancer 100x la compilation, mon makefile ne détecte pas que les fichier .o sont déjà créés pour la source en cours et qu'elle n'a pas été modifié.
    Je ne sais pas si c'est lié à mon souci, mais je préfère en parler, on ne sait jamais. Comme je ne suis pas un dieu en makefile, je compte un peu sur vous tous.
    C'est normal : tu crées tes fichiers objets dans un sous-répertoire sans t'y trouver. Et comme le chemin n'est pas précisé dans les noms de cible, il n'y a aucune chance pour que le Makefile les voie.

  7. #7
    Membre prolifique
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 832
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 832
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par TomTom68 Voir le message
    Voici un code qui accepte la compilation sans erreur alors que la variable extern 'test' n'est pas déclarée.

    hook.h
    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
    24
    25
    #ifndef _HOOK_H
    #define _HOOK_H
     
    #define _GNU_SOURCE
    #include <stdlib.h>
    #include <dlfcn.h>
    #include <stdarg.h>
     
    #define _HIDDEN_ \
    	__attribute__( ( visibility( "hidden" ) ) )
     
    #define _CONSTRUCTOR_ \
    	__attribute__( ( constructor ) ) _HIDDEN_
     
    #define _DESTRUCTOR_ \
    	__attribute__( ( destructor ) ) _HIDDEN_
     
    typedef int (*_open)(const char *, int, ...);
     
    _CONSTRUCTOR_ void hook_init( void );
    _DESTRUCTOR_ void hook_uninit( void );
     
    extern int test;
     
    #endif
    hook.c
    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
    #include "hook.h"
     
    static _open	hook_open;
     
    void hook_init( void ) {
    }
     
    void hook_uninit( void ) {
    }
     
    int open( const char *pathname, int flags, ... ) {
    int ret;
    va_list ap;
     
    	if ( !hook_open ) {
    		hook_open = (_open)dlsym( RTLD_NEXT, "open" );
    	}
    	va_start( ap, flags );
    	ret = hook_open( pathname, flags, va_arg( ap, mode_t ) );
    	va_end( ap );
     
    	return ret;
    }
    Salut
    C'est normal: tu ne fais jamais référence à ta variable "test"

    Rajoute ceci dans ton code...
    Code c : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    int main(){
    	test=0;
    }
    ... et tente de recompiler en demandant une édition de liens...
    Mon Tutoriel sur la programmation «Python»
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site
    Et on poste ses codes entre balises [code] et [/code]

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Variable globale non accessible quand on en a besoin
    Par abdoudiaw dans le forum VBA Access
    Réponses: 2
    Dernier message: 21/10/2013, 22h51
  2. [WD14] Variables globales non reconnues
    Par kitcarson23 dans le forum WinDev
    Réponses: 11
    Dernier message: 08/07/2011, 13h56
  3. Variable globale non merci
    Par hdgetnet dans le forum Débuter
    Réponses: 1
    Dernier message: 11/08/2010, 17h23
  4. Variable globale non accessible
    Par bolduc4 dans le forum Débuter avec Java
    Réponses: 2
    Dernier message: 10/05/2010, 01h23
  5. Réponses: 4
    Dernier message: 14/10/2009, 10h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo