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 :

problème d'incohérance char *


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 65
    Par défaut problème d'incohérance char *
    Bonjour,

    voila mon problème :

    j'ai une fonction qui prend en paramètre un const char * chemin.
    en début de la fonction je copie ce chemin dans une variable char * chemin_temp;
    jusque là aucun soucis ...
    j'affiche chemin et chemin_temp ils sont identiques.

    dans mon programme je modifie chemin_temp pour une raison x, et la survient une chose magique mon chemin est aussi modifié...

    Or jusqu'a présent une variable définit en const ne se modifié pas !!!
    Est ce quelqu'un sait pourquoi j'ai cette incohérence??

    voici mon bout de code :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    void traiter_fichier(const char * chemin){
         //declaration des variables
         char chemin_temp[255];
     
         memcpy(chemin_temp,chemin,strlen(chemin)+1) ;
         cout<<"chemin : "<<chemin<<endl;
         system("pause");
         cout<<"chemin temp avant modif : " <<chemin_temp<<endl;
         strcpy(chemin_temp,"toto");
         cout<<"chemin apres modif de chemin temp\n"<<chemin<<endl; //chemin modifié
         system("pause"); 
     }
    voici ce que j'ai dans ma console dos :

    chemin :C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt
    Appuyez sur une touche pour continuer...
    chemin temp avant modif : C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt
    chemin apres modif de chemin temp
    C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.♠
    Appuyez sur une touche pour continuer...


    je ne sais pas par quelle magie j'ai mon const modifié et surtout il sort d'où ce pique???

    Je développe sous Dev-C++ version 4.9.9.2
    J'ai déjà essayé d'utiliser strcpy, strdup pour copier le chemin, sans succès toujours la même incohérence...

  2. #2
    Membre averti
    Inscrit en
    Mai 2007
    Messages
    22
    Détails du profil
    Informations forums :
    Inscription : Mai 2007
    Messages : 22
    Par défaut
    Salut,

    Effectivement c'est bizarre.
    Mais je viens d'essayer ton bout de code que j'ai mis dans un main et je n'ai eu aucun problème.
    Voila le code que j'ai tapé:

    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
    26
    27
    28
    29
    #include<iostream>
    #include<fstream>
    #include<string>
     
    void traiter_fichier(const char * chemin);
     
    using namespace std;
     
    int main(int argc, char *argv){
        //initialisation du chemin
        char * chemin = "C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt";
     
        //passage de chemin par adresse
        traiter_fichier(chemin);
        system("pause");
    }
     
    void traiter_fichier(const char * chemin){
         //declaration des variables
         char chemin_temp[255];
     
         memcpy(chemin_temp,chemin,strlen(chemin)+1) ;
         cout<<"chemin : "<<chemin<<endl;
         system("pause");
         cout<<"chemin temp avant modif : " <<chemin_temp<<endl;
         strcpy(chemin_temp,"toto");
         cout<<"chemin apres modif de chemin temp\n"<<chemin<<endl; //chemin modifié
         system("pause"); 
     }
    Le résultat que j'obtiens donne ceci:

    chemin :C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt
    Appuyez sur une touche pour continuer...
    chemin temp avant modif : C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt
    chemin apres modif de chemin temp
    C:\\Documents and Settings\\Antony\\Bureau\\Test\\doc1.txt
    Appuyez sur une touche pour continuer...
    Appuyez sur une touche pour continuer...

    Voila j'espère que cela peut t'aider

  3. #3
    Expert confirmé

    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Février 2007
    Messages
    4 253
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Février 2007
    Messages : 4 253
    Billets dans le blog
    3
    Par défaut
    Tu ne fais aucun test concernant la longueur du chemin initial (en particulier si celui-ci fait + de 255 charactères).
    Pour info, sous windows, il existe un define MAX_PATH qui est la longueur max d'un chemin... et il n'est pas de 255 !

  4. #4
    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
    Citation Envoyé par nicroman Voir le message
    Tu ne fais aucun test concernant la longueur du chemin initial (en particulier si celui-ci fait + de 255 charactères).
    Pour info, sous windows, il existe un define MAX_PATH qui est la longueur max d'un chemin... et il n'est pas de 255 !
    Tu as tout à fait raison mais dans ce cas précis, ce n'est pas le problème.
    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
    .

  5. #5
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 395
    Par défaut
    Je ne vois aucune erreur dans la fonction elle-même (à part le manque de contrôle du buffer).
    Peux-tu montrer le code qui appelle cette fonction ?
    Typiquement, comment est définie la valeur passé en paramètre?
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  6. #6
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 65
    Par défaut
    Merci pour vos réponses,

    voici le code qui appelle cette fonction :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    int main(int argc, char *argv){
       traiter_fichier(argv[1]);
       return 0;
    }
    je ne comprends toujours pas...
    Est ce que cela peut venir de l'environnement de développement??

  7. #7
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 65
    Par défaut
    Citation Envoyé par nicroman Voir le message
    Tu ne fais aucun test concernant la longueur du chemin initial (en particulier si celui-ci fait + de 255 charactères).
    Pour info, sous windows, il existe un define MAX_PATH qui est la longueur max d'un chemin... et il n'est pas de 255 !
    oui je sais bien, mais bon à terme je ne voudrais pas passer par ce genre d'astuce, j'aimerais bien comprendre pourquoi en un const se modifie...

  8. #8
    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
    Si ton programme est aussi simple que celui que tu exposes, il ne reste plus que le bug dans la librairie C de ton compilateur. J'ai un peu de mal à y croire parce que sur des fonctions aussi simples et triviales, cela se saurait mais bon !!!.

    En désespoir de cause, as tu regardé du côté du code assembleur généré ? Je sais, c'est pas très cool à lire mais il faut bien faire avancer le chmilblick...
    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
    .

  9. #9
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    65
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 65
    Par défaut
    Citation Envoyé par ram_0000 Voir le message
    Si ton programme est aussi simple que celui que tu exposes, il ne reste plus que le bug dans la librairie C de ton compilateur. J'ai un peu de mal à y croire parce que sur des fonctions aussi simples et triviales, cela se saurait mais bon !!!.

    En désespoir de cause, as tu regardé du côté du code assembleur généré ? Je sais, c'est pas très cool à lire mais il faut bien faire avancer le chmilblick...
    non je ne me suis pas encore aventuré dedans...

    par contre j'avance petit à petit car ce j'ai fait c'est au lieu de passer un char * en parametre de la fonction je passe un string que je convertit après en char * avec comme dans la FAQ un buffer.
    Je me suis rendu compte que le passage en string -> char * ne pose pas de problème par contre le passage entre char * -> string c'était pas la même chose... il me modifie la fin de ma chaine... en me mettant des caractères illogique (trèfle, pique,...)

    (ndlr comme s'il voulait jouer aux cartes...)
    (ok je sors !)

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

Discussions similaires

  1. problème: fgetc sur char 26 (=SUB) => EOF :(
    Par Sakijep dans le forum C
    Réponses: 13
    Dernier message: 09/04/2009, 22h39
  2. Problème de marshaling char[][] -> System.String
    Par vdew1405 dans le forum C++/CLI
    Réponses: 2
    Dernier message: 20/08/2007, 10h12
  3. Probléme de conversion char vers datetime
    Par locs dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 28/02/2007, 15h29
  4. problème avec const char * et #define macro
    Par CodeurNé dans le forum C
    Réponses: 5
    Dernier message: 20/09/2006, 21h25
  5. Réponses: 7
    Dernier message: 28/03/2006, 23h09

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