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 :

[syntaxe] erreur de compilation pas comprise


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre émérite
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Par défaut [syntaxe] erreur de compilation pas comprise
    Salut,

    Avant tout, j'ai résolu mon problème je ne suis pas bloqué, mais je ne comprends pas l'erreur, alors je voulais vous demander.


    voici ma question du jour. sachant que j'ai une classe:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    class VideoParser {
    public:
        VideoParser(std::string filename);
        ~VideoParser();
        void read();
     
    };
    pourquoi ceci compile:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
        string filename(argv[1]);
        VideoParser videoParser(filename);
        videoParser.read();
    tandis que ceci, non :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
        VideoParser videoParser( string(argv[1]) );
        videoParser.read();
    voici l'erreur :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    In function «int main(int, char**)":
    erreur: request for member «read" in «videoParser", which is of non-class type «VideoParser () (std::string*)"

  2. #2
    Membre éprouvé
    Inscrit en
    Mai 2007
    Messages
    157
    Détails du profil
    Informations personnelles :
    Âge : 43

    Informations forums :
    Inscription : Mai 2007
    Messages : 157
    Par défaut
    argv[1] est un char* et donc je pense que si tu le passes directement ca marche mieux...

    un cast c'est plutot comme ca: ((std::string)argv[1])
    si tu fais std::string mastring;
    mastring = "abcd..."; la camarche
    mastring = std::string("abcd..."); ne fonctionnera pas;

    par contre std::string *mastring = new std::string("asdf"); fonctionnera.

  3. #3
    Membre émérite
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Par défaut
    je comprends pas ce que tu veut dire.

    ma fonction je lui passe un string qui est construit à partir d'une chaine de caractère (char*), et pourtant ca marche pas: pourquoi?

  4. #4
    Membre éprouvé
    Inscrit en
    Mai 2007
    Messages
    157
    Détails du profil
    Informations personnelles :
    Âge : 43

    Informations forums :
    Inscription : Mai 2007
    Messages : 157
    Par défaut
    Désol´, j'avais validé avant de finir la reponse....

    Quand tu fais un string(machaine); ca te retourne un std::string *
    Le constructeur de ta classe est basé sur un std::string.

    Le problème vient de la

  5. #5
    Membre émérite
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Par défaut
    std::string() renvoie un std::string* ?

    je savais pas, je pensais que par convention le constructeur renvoyait un objet et qu'on avait pas à se soucier de sa destruction (contrairement à l'aide du mot clé new).

    Ce n'est pas le cas pour std::string ?

  6. #6
    r0d
    r0d est déconnecté
    Membre expérimenté

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    4 294
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Août 2004
    Messages : 4 294
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par mamelouk
    std::string() renvoie un std::string* ?
    Non. C'est qui renvoie un std::string*

    En revanche, tu poses une bonne question. Prenons un exemple qui utilise la classe suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    class Dum
    {
    public:
    	Dum(const std::string &str):str_(str){}
    	std::string str_;
    };
    Pourquoi est-ce que ceci:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    int main(int argc, char** argv)
    {
    	Dum dum( std::string(argv[1]) );
    //code
    }
    ne fonctionne pas, alors que ceci:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    int main(int argc, char** argv)
    {
    	std::string str = std::string(argv[1]);
    	Dum dum( str );
    // code
    }
    fonctionne

    La compilation du premier main (sous visual8) me donne quelque chose d'étrange. J'obtiens ce warning:
    warning C4930: 'Dum dum(std::string [])': prototyped function not called (was a variable definition intended?)
    et ça compile, mais l'objet dum n'est pas créé à l'exécution.

  7. #7
    Expert éminent
    Avatar de koala01
    Homme Profil pro
    aucun
    Inscrit en
    Octobre 2004
    Messages
    11 644
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Belgique

    Informations professionnelles :
    Activité : aucun

    Informations forums :
    Inscription : Octobre 2004
    Messages : 11 644
    Par défaut
    Salut,

    La bonne habitude à prendre est de passer les paramètres au constructeurs sous forme de référence constante, surtout quand il s'agit de types "utilisateurs" (structures ou classes... fussent-elles fournies par une bibliothèque )

    L'avantage, c'est qu'il y a alors moyen de faire passer une chaîne "C style" comme paramètre:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
     
    class VideoParser {
    public:
        VideoParser(const std::string& filename);
        ~VideoParser();
        void read();
     
    };
    te permet d'utiliser le constructeur sous une forme proche de
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    int main(int argc, char* argv)
    {
        /* normalement il y a intérêt à vérifier les arguments passés ;) */
        VideoParser parser(argv[1]);
        parser.read();
        /* ... */
    }
    Autrement, la première chose que tu devra faire est... de convertir ta chaine "C style" en ... std::string
    A méditer: La solution la plus simple est toujours la moins compliquée
    Ce qui se conçoit bien s'énonce clairement, et les mots pour le dire vous viennent aisément. Nicolas Boileau
    Compiler Gcc sous windows avec MinGW
    Coder efficacement en C++ : dans les bacs le 17 février 2014
    mon tout nouveau blog

  8. #8
    Membre émérite
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Par défaut
    c'est très gentil (car c'est un bon conseil), mais ca répond pas à ma question

Discussions similaires

  1. Réponses: 6
    Dernier message: 06/09/2009, 12h18
  2. Erreur de compilation non comprise
    Par GuiYom00 dans le forum C
    Réponses: 8
    Dernier message: 18/02/2008, 17h12
  3. Erreur de compilation non comprise
    Par coraziari_l dans le forum Servlets/JSP
    Réponses: 2
    Dernier message: 09/01/2008, 17h38
  4. sscanf - syntaxe qui ne compile pas
    Par xilebo dans le forum C
    Réponses: 4
    Dernier message: 12/09/2006, 13h41
  5. [g++]Erreur de compilation non comprise
    Par GLDavid dans le forum Autres éditeurs
    Réponses: 4
    Dernier message: 29/05/2006, 15h16

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