perdu dans les pointeurs

Version imprimable

Bonjour,
je suis totalement novice en C++ (je viens du VBA) et je dois reprendre tout à zéro :( pas facile sans mélanger les deux langages...

Bref puisque apparemment la fonction left n'existe pas en C, je voudrais la créer sous la forme d'une routine à laquelle je passe l'adresse d'une chaîne de caractères, un nombre de caractère et qui me retourne le nombre de caractère correspondant à partir de la gauche. J'ai donc écrit un petit bout de programme mais dans DEV-C++ la compilation se traduit par un floppée d'erreurs.
Je n'ai pas honte et je vous livre la chose brute de décoffrage.

Merci de me conseiller et de me mettre le pied à l'étrier
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 #include <cstdlib> #include <iostream> using namespace std; char *left(char *mot, int nombre); int main(int argc, char *argv[]) { char mot1[9]; char tmp[6]; char debut[5]; cin >> mot1; debut = left(mot1, 4); return (0); } char *left(char *mot, int nombre) { char tmp[128]; strncpy(*tmp,*mot,nombre); return(*tmp); }

15/07/2010, 21h42
NoIdea

Tout d'abord, ton code ressemble plus à du C qu'à du c++ (mis à part pour cin).
Je t'invite donc à reposter dans le forum C.

strncpy prend en parametre char*, char*, int

Or, mot est un char*, donc, *mot est un char.
tmp est un tableau (on va dire que l'on peut le considérer comme un char*).
Donc, *tmp est un char.
Il y a donc un problème de type.
Je te conseille de revoir les pointeurs ainsi que le header string.h.
De plus, es-tu sur que strncpy est bien dans le header iostream ou cstdlib ?
Il me semble que ce serait plus dans string.h
Il reste de nombreuse erreurs ensuite dans ton code, mais à l'aide des erreurs du compilateur et de ce que je t'ai indiquer tu devrais t'en sortir.
De plus, ton code est assez "moche" de par l'utilisation de tableaux au lieu de pointeur de taille dynamique et etc...

Si tu veux faire du c++, je te conseille d'utiliser l'objet string déjà fourni qui possède des méthodes faciles à utiliser.

Bonne chance.

Le code n'est pas si mal :)

le problème vient de l'include: il faut inclure <stdlib.h>et <string.h> et non cstdlib qui n'existe pas (il me semble ?).

il faut aussi retirer les déréférencements dans left (*).
Code:

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 #include <stdlib.h> #include <string.h> #include <iostream> using namespace std; char *left(char *mot, int nombre); int main(int argc, char *argv[]) { char mot1[9]; char tmp[6]; char debut[5]; cin >> mot1; debut = left(mot1, 4); return (0); } char *left(char *mot, int nombre) { char tmp[128]; strncpy(tmp,mot,nombre); return (tmp); }[
toutefois, il y a une manière beaucoup plus élégante de le faire à l'aide d'un string de la stl (bibliothèque string) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 #include <iostream> #include <string> int main(int argc, char *argv[]) { string mot1; string debut; cin >> mot1; debut = left(mot1, 4); cout<<debut; return (0); } string left(const string &mot, size_t n) { if(n<mot.size()) return string (mot.begin(),mot.begin()+n); else return mot; }
bonne chance pour la suite ;)

15/07/2010, 21h44
Goten

Citation:

le problème vient de l'include: il faut inclure <stdlib.h>et <string.h> et non cstdlib qui n'existe pas (il me semble ?).

Non au contraire, il faisait les choses très bien. En C++ les includes en .h sont deprecated, remplacer par des includes sans .h et qui commence par un c.

Sa mis à part : +1 pour le reste, tu fais du C++ alors profite du RAII and co : string et toute la STL
15/07/2010, 21h45
méphistopheles

Citation:

Envoyé par Goten

Non au contraire, il faisait les choses très bien. En C++ les includes en .h sont deprecated, remplacer par des includes sans .h et qui commence par un c.

J'ignorais cela. Même mon compilo qui est pourtant en strict iso ne me le dit pas. Merci :ccool:

Citation:
Envoyé par méphistopheles
toutefois, il y a une manière beaucoup plus élégante de le faire à l'aide d'un string de la stl (bibliothèque string) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 #include <iostream> #include <string> int main(int argc, char *argv[]) { string mot1; string debut; cin >> mot1; debut = left(mot1, 4); cout<<debut; return (0); } string left(const string &mot, size_t n) { if(n<mot.size()) return string (mot.begin(),mot.begin()+n); else return mot; }
bonne chance pour la suite ;)
Merci à vous pour les conseils, utiliser "string" me semble en effet plus cohérent de ce que je veux faire. Cependant lorsque je copie le code que tu m'as fourni (dans Visual C++ ou DEV-C++) j'ai des erreurs du style :
Code:

1 2 c:\documents and settings\tous\mes documents\visual studio 2010\projects\left2\left2\main.cpp(10): error C2065: 'string'*: identificateur non déclaré
Ai-je oublié quelque chose (déclaration de librairie ...) ?

Merci burndev mais le résultat est le même, dans visual C++ tous les "string" sont soulignés en rouge, il doit y avoir un problème de librairie.

En attendant de dévéroler la version "string" j'ai bidouillé une version qui fonctionne grâce à votre aide :
Code:

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 #include <stdlib.h> #include <cstdlib> #include <iostream> using namespace std; void left(char *mot, char *tmp, int nombre); int main() { char mot1[9]; char tmp[6]; cin >> mot1; left(mot1,tmp, 4); cout<< tmp; system("PAUSE"); return (0); } void left(char *mot, char*tmp,int nombre) { strncpy(tmp,mot,nombre); tmp[nombre]='\n'; }
Bon, c'est nul, j'ai ré-inventé la fonction strncpy en utilisant ...strncpy ! Pas grave, ça me fait travailler la syntaxe et les pointeurs :aie:

15/07/2010, 23h32
NoIdea

#include <string> devrait suffire...:mouarf:
sans oublier using namespace std;
Par contre, je suis un peu douteux du tmp[nombre]='\n';

bonsoir,
sous code::blocks ceci fonctionne

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
#include <iostream>
#include <string>
 
 
using namespace std;
string left(string, size_t );
int main()
{
  string mot1;
  string debut;
  cin >> mot1;
  debut = left(mot1, 4);
  cout<<debut;
  return (0);
}
string left(string mot, size_t n)
{
  if(n<mot.size())
    return string (mot.begin(),mot.begin()+n);
  else
    return mot;
}

Citation:
Envoyé par Taiby
Cependant lorsque je copie le code que tu m'as fourni (dans Visual C++ ou DEV-C++) j'ai des erreurs du style :
Code:

1 2 c:\documents and settings\tous\mes documents\visual studio 2010\projects\left2\left2\main.cpp(10): error C2065: 'string'*: identificateur non déclaré
Citation:

Envoyé par NoIdea

sans oublier using namespace std;
Citation:
Envoyé par burndev
bonsoir,
sous code::blocks ceci fonctionne
Code:

1 2 3 //[...] using namespace std; //[...]
Tous les membres de la STL (Standard Tamplate Library) sont sous l'espace de nommage std (standard template directory) ce qui concrètement veut dire que tous ses membres (dont les string ) on pour préfixe "std::". On peut ignorer ce préfixe avec using namesapce std. Toutefois, il ne faut JAMAIS mettre de using namespace dans un header (ou éventuellement dans un bloc et encore, on préfere reprendre le namespace en général.). C'est pouquoi on conseille plutot d'utiliser le préfixe à la place. En plus, ça permet d'éviter d'oublier de mettre le using comme je l'ai fais.

Le code corrigé est le suivant:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 #include <iostream> #include <string> int main(int argc, char *argv[]) { std::string mot1; std::string debut; cin >> mot1; debut = left(mot1, 4); cout<<debut; return (0); } std::string left(const std::string &mot, size_t n) { if(n<mot.size()) return std::string (mot.begin(),mot.begin()+n); else return mot; }
Bonne chance ;)

16/07/2010, 07h26
Taiby

Ok, j'ai bien compris l'usage du "using namespace std;" ou "std::", merci à tous. Cela fonctionne impec maintenant, je vais pouvoir intégrer cela au code que j'avais déjà commencé.

Tout de même, je me demande si le C++ m'est bien indiqué car j'ai peur de mélanger le peu de C que je connais et le VBA au C++. Mon besoin est relativement simple, le C pourrait convenir, mais je voudrais utiliser les fenêtres windows pour les messages, les ouvertures de fichiers ... et ne plus passer par les fenêtres DOS d'aspect dépassé.
J'ai aperçu un post sur ce débat C vs C++, je vais aller lire cela.

Merci encore pour vos conseils.
16/07/2010, 08h10
JolyLoic

Si tu trouves que l'utilisation de string est plus simple que celle des pointeurs, ce qui a l'air d'être la cas, alors dis toi que justement c'est ce qu'apporte le C++ par rapport au C.

De même, pour mettre en place des fenêtres, il est possible de le faire en C comme en C++, mais il existe en C++ des bibliothèques qui facilitent énormément ce travail. Par exemple, regarde du côté de Qt.
16/07/2010, 08h18
méphistopheles

D'un autre coté, je ne sais pas si le C++ est le plus indiqué pour se mettre à l'interface graphique: ce que je veux dire, c'est que malgré l'existence de bibliothèques comme Qt qui simplifient énormément la tâche, il est encore nécessaire d'avoir un certain degré de compréhension du C++ pour pouvoir les manipuler. Il est souvent plus simple de faire le travail IHM dans un autre langage que le C++ ... et d'appeler des librairies C++ compilées pour les performances.

Salut,

Quand on conseille à longueur d'année de préférer la classe string, disponible dans l'espace de noms std par simple inclusion du fichier d'en-tête <string> aux chaines de caractère "C style", ce n'est pas vraiment pour rien :D

En effet, outre toutes les solutions aux problèmes propres aux chaines de caractères C style que fournit cette classe, on peut épingler le fait qu'elle présente une quantité non négligeables (d'aucuns estiment qu'elle en présente d'ailleurs trop :aie:) de fonctions sympa.

Parmi celles-ci, il existe la fonction membre substr, que l'on peut utiliser en donnant un ou deux entiers:
machaine.substr(position); va renvoyer la sous chaine qui commence à position de machaine et qui... prend tous les caractères qui se trouvent après cette position.

machaine.substr(pos1, nbr); va renvoyer la sous chaine qui commence à position de machaine et qui... prend maximum nbr caractères qui se trouvent après cette position.

Tu pourrais donc te simplifier la vie avec un code proche de
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include <string> // pour disposer de std::string using namespace std; //!!! jamais dans un fichier d'en-tête int main() { string first; // std::string first si tu ne met pas la directive using string sub; // idem int nbr; cout<<"introduisez la chaine d'origine "; // std::cout<< si tu ne met pas la // directive using cin>> first; // toujours pareil pour la directive using cout<<"introduisez le nombre de caracteres "; cin>> nbr; sub = first.substr(0, nbr); cout<<" les "<<nbr<<" premiers caracteres de la chaine sont " <<sub; return 0; }

16/07/2010, 20h24
Taiby

Merci Koala01, c'est exactement ce que je voulais faire et cela démontre bien la difficulté de savoir ce qui existe et ce qui est à créer (vrai quelque soit le langage). Il faudrait un énorme lexique de toutes les fonctions qui existent, par thème et par mot clé, mais peut-être que cela aussi existe déjà ...:(

JolyLoic, en parlant de la bibliothèque Qt tu as éveillé ma curiosité et je suis parti à la recherche d'informations. Du coup j'ai passé la journée à lire des cours de C++ (je comprends maintenant la signification méritée des deux ++ :ccool:) et c'est décidée, je laisse tomber le C au profit du C++ sans regret (enfin c'est mon discours d'aujourd'hui).
16/07/2010, 20h49
méphistopheles

Citation:

Envoyé par Taiby

Merci Koala01, c'est exactement ce que je voulais faire et cela démontre bien la difficulté de savoir ce qui existe et ce qui est à créer (vrai quelque soit le langage). Il faudrait un énorme lexique de toutes les fonctions qui existent, par thème et par mot clé, mais peut-être que cela aussi existe déjà ...:(

je confirme il suffit de taper
Reference C++ dans ton moteur de recherche préféré et tu tombera sur une plétore d'outils dans ce genre. le problème est que si tu cherche la fonction left, tu ne la trouvera pas. de même que si tu cherche l'opérateur &en C++ pour les chaines de caractère tu ne trouveras pas non plus (je parle de l'opérateur de concaténation Vb). Il faut chercher la notion (en l'ocurrence "extraction de chaine de caractère" et "concaténation de chaine de caractère) et non l'équivalence car la plupart du temps, elle n'existe pas. D'un autre coté, il faut avouer qu'il regne une certaine confusion sur le net (du moins lorsuque l'on fait une recherche sur le net) entre les fonctions C et C++ et on trouvera souvent le premier à la place du second :? .

Bonne chance pour la suite ;)
19/07/2010, 11h00
atttchoum

Citation:

Envoyé par koala01

outre toutes les solutions aux problèmes propres aux chaines de caractères C style que fournit cette classe, on peut épingler le fait qu'elle présente une quantité non négligeables (d'aucuns estiment qu'elle en présente d'ailleurs trop :aie:) de fonctions sympa.

Voila qui m'étonne j'ai toujours trouvé que la classe string était franchement radine en fonctions utiles comparé à d'autre librairie (genre QString).
19/07/2010, 11h39
Invité

A propos des "fonction utiles de la classe string", comment fabriquer une chaine qui représente la valeur d'un nombre décimal à afficher?
19/07/2010, 12h24
atttchoum

Citation:

Envoyé par Pierre Dolez

A propos des "fonction utiles de la classe string", comment fabriquer une chaine qui représente la valeur d'un nombre décimal à afficher?

justement l'une des fonctionnalités qui manque vraiment à la classe string. Il faut utiliser un textstream si je me souvient bien.
19/07/2010, 12h48
Invité

Bonjour Atttchoum,
Je vais vous confier un secret. Il y a 10 ans à peu près, quand j'ai acheté mon nouveau compilateur, j'ai regardé les possibilités de la classe string par rapport à ce dont je disposais. En particulier les facilités d'impression et le remplacement éventuel de ma fonction ftoa(). J'ai rien trouvé de particulièrement folichon. Alors, j'ai pris les possibilités qu'offrait le C++, et j'ai laissé les containers où ils étaient. En d'autres termes, j'ai continué à faire du développement, pour la programmation, ma machine et moi, on se comprend.
Possible que ce post me vaudra un nouvel avertissement, mais tant pis :cry:
19/07/2010, 13h02
koala01

Citation:

Envoyé par atttchoum

Voila qui m'étonne j'ai toujours trouvé que la classe string était franchement radine en fonctions utiles comparé à d'autre librairie (genre QString).

Il est vrai qu'elle ne fournit pas de possibilité de conversion std::string <--> type primitifs / entiers / réels (ca, c'est du domaine des *stringstream), mais peut être n'a tu pas un aperçu complet de son interface publique à laquelle il ne faut pas oublier de rajouter les fonctions / membres statiques :aie:

On pourrait toujours regretter l'absence d'une fonctionnalité propre à nos besoins ou d'une autre, mais certains (et je ne dis pas que c'est mon cas, hein :D) estiment déjà qu'elle fait un peu trop "couteau suisse" :P
19/07/2010, 13h16
koala01
Citation:

Envoyé par atttchoum

justement l'une des fonctionnalités qui manque vraiment à la classe string. Il faut utiliser un textstream si je me souvient bien.

il faut en fait utiliser stringstream, mais c'est quelque part normal...

Il n'y a aucune raison de donner la responsabilité d'une conversion chaine de caractères<--> autre chose à... la chaine de caractères.

Sa responsabilité qui consiste à... gérer correctement les chaines de caractères est déjà suffisamment importante pour que nous ne lui en demandions pas plus :D

Citation:

Envoyé par Pierre Dolez

Bonjour Atttchoum,
Je vais vous confier un secret. Il y a 10 ans à peu près, quand j'ai acheté mon nouveau compilateur, j'ai regardé les possibilités de la classe string par rapport à ce dont je disposais. En particulier les facilités d'impression et le remplacement éventuel de ma fonction ftoa(). J'ai rien trouvé de particulièrement folichon. Alors, j'ai pris les possibilités qu'offrait le C++, et j'ai laissé les containers où ils étaient. En d'autres termes, j'ai continué à faire du développement, pour la programmation, ma machine et moi, on se comprend.

Le fait est qu'il y a dix ans, C++ venait à peine d'être normalisé.

De plus, comme tu parles d'achat d'un compilateur, je pense tout de suite (peut être à tord) que le compilateur que tu as acheté venait de... chez microsoft ou de chez borland qui n'étaient pas vraiment connu à l'époque pour leur respect des normes.

Depuis, il y a eu:
1. une autre norme finalisée (en 2003)
2. un Technical Report (en 2005)
3. un changement de philosophie chez microsoft comme chez borland(depuis, ils font beaucoup plus attention aux différentes normes)
4. certains projets fournissant ce que la norme a oublié (boost en tête)
5. une nouvelle norme en cours de finalisation
Il faut donc se dire que ce qui était vrai à l'époque ne l'est vraiment plus à l'heure actuelle, et je dirais presque qu'il est du devoir du développeur de réfléchir un minimum à l'opportunité de se "mettre à jour" :D
19/07/2010, 13h23
JolyLoic
Citation:

Envoyé par Pierre Dolez

A propos des "fonction utiles de la classe string", comment fabriquer une chaine qui représente la valeur d'un nombre décimal à afficher?
Code:

1 2 3 ostringstream oss; oss << monNombre; // On peut ajouter des options de format, de précision... string maString = oss.str();
Si on ne veut pas d'options de formatage, il y a le raccourci :

Code:

string maString = lexical_cast<string>(monNombre);

L'avantage étant que ça marche quelque soit le type de monNombre, pour peut qu'on ait prévu un opérateur << associé, ce qui est donc bien plus flexible que les xtoy ou autres options du genre.
19/07/2010, 13h50
Invité

Bonjour Koala,

Citation:

Il faut donc se dire que ce qui était vrai à l'époque ne l'est vraiment plus à l'heure actuelle, et je dirais presque qu'il est du devoir du développeur de réfléchir un minimum à l'opportunité de se "mettre à jour"

Ok, je suis d'accord que c'est le devoir du programmeur, celui du développeur est de développer.
JolyLoic est intervenu entre temps, bonjour.
Je ne cherche en aucun cas à dire que j'ai raison, je dis seulement comment je fais, pourquoi je fais comme ça, et que pour l'instant, ça m'a réussi pas trop mal.
Autre façon de considérer les choses, j'ai besoin d'un traducteur, on appelle ça langage en informatique, pour expliquer à ma machine ce que je veux qu'elle fasse, et ca ne va pas plus loin.
J'ai beaucoup développé avec un langage interprété (Jiscad). Bien que la syntaxe soit très différente, la logique du développement reste la même, quelque soit le langage. C'est la seule chose qui me parait importante, et ce que j'essaye de dire se limite à cela.
19/07/2010, 14h35
nikko34

mais bon, c'est pas très logique d'abandonner les containers ( vector, list, string ) parce qu'il n'y a pas directement en C++ une fonction StrToFloat.
19/07/2010, 14h45
koala01

Citation:

Envoyé par Pierre Dolez

Je ne cherche en aucun cas à dire que j'ai raison, je dis seulement comment je fais, pourquoi je fais comme ça, et que pour l'instant, ça m'a réussi pas trop mal.
Autre façon de considérer les choses, j'ai besoin d'un traducteur, on appelle ça langage en informatique, pour expliquer à ma machine ce que je veux qu'elle fasse, et ca ne va pas plus loin.
J'ai beaucoup développé avec un langage interprété (Jiscad). Bien que la syntaxe soit très différente, la logique du développement reste la même, quelque soit le langage. C'est la seule chose qui me parait importante, et ce que j'essaye de dire se limite à cela.

Lorsque tu crées ton algorithme, surtout si tu veux le faire sans imposer de langage particulier, il est effectivement de bon ton de ne pas s'inquiéter de la manière dont ce sera réellement traduit en code.

Par contre, lorsque tu traduis ton algorithme en code, il est à tout le moins dommage de se "faire du mal pour rien" à coder "à l'ancienne" (comprend: sans profiter de toutes les possibilités du langage) quand on sait que le langage offre des possibilités plus sécurisantes à l'emploi.

Dans certains cas (comme, pour n'en citer qu'un, la gestion dynamique de la mémoire), il n'y aura d'ailleurs qu'un pas entre "dommage" et "potentiellement dangereux" ;)
19/07/2010, 15h28
Joel F

Citation:

Envoyé par koala01

On pourrait toujours regretter l'absence d'une fonctionnalité propre à nos besoins ou d'une autre, mais certains (et je ne dis pas que c'est mon cas, hein :D) estiment déjà qu'elle fait un peu trop "couteau suisse" :P

string est un affreux monolithe:

http://www.gotw.ca/gotw/084.htm
19/07/2010, 15h55
koala01

Citation:

Envoyé par Joel F

string est un affreux monolithe:

http://www.gotw.ca/gotw/084.htm

C'est effectivement l'avis de certains... Libre à tout autre de le partager ou non.

Pour ma part, je ne m'exprime simplement pas (en fait, je garde mon avis pour moi):D
20/07/2010, 09h15
méphistopheles

Citation:

Envoyé par JolyLoic

Code:

string maString = lexical_cast<string>(monNombre);

L'avantage étant que ça marche quelque soit le type de monNombre, pour peut qu'on ait prévu un opérateur << associé, ce qui est donc bien plus flexible que les xtoy ou autres options du genre.

C'est malheureusement uniquement boost ça (ou peut-être Tr1). :(. Ce serait trop facile sinon :aie:.

Joel F-> je suis d'accord, mais par-ce que trops de méthodes sont implémenté pour le string. En suite, je ne vois pas trop l'inconvénient de méthodes inlinées qui appelerait un algorithme général... a part pour les mauvaises habitudes, mais je pense que l'objectif de la classe string était de rassurer les "débutants" dans le langage et pour avoir un syntaxe type "full objetct".

Par -ce que la syntaxe type

Code:

std::find(MonString.begin(),MonString.end(),'a');

y'a pas mal de débutants qui lâcheraient direct... :s.

C'est vrai que d'un point de vue conception, c' est pas l'optimal et ça peut donner de mauvaises habitudes au gens, mais ça ne retire rien à la performance du langage... et du moment que c'est une surcouche d'algorithmes génériques, ça permet de pouvoir utiliser ces algorithmes de façon plus générique :)
20/07/2010, 09h44
JolyLoic

Citation:

Envoyé par méphistopheles

C'est malheureusement uniquement boost ça (ou peut-être Tr1).

boost, tr1 et c++0x.
20/07/2010, 19h01
Goten

Faut surveiller va y'avoir une nouvelle implémentation de lexical_cast avec du spirit derrière... ça va être assez énorme. (plus rapide q'itoa par exemple)
20/07/2010, 20h35
méphistopheles

Citation:

Envoyé par Goten

Faut surveiller va y'avoir une nouvelle implémentation de lexical_cast avec du spirit derrière... ça va être assez énorme.

Spirit 8O Je sens que les temps de compilation aussi vont être énormes :aie:
20/07/2010, 20h37
Goten

Non, c'est loin d'être horrible. (juste ce qu'il faut d'inclusion etc, et la V2 de spirit qui a très très largement améliorer les temps de compilation)
20/07/2010, 20h56
Arzar
Citation:

Envoyé par JolyLoic

Code:

string maString = lexical_cast<string>(monNombre);

D'ailleurs, sur les compilateurs récents, comme vs2010 ou gcc 4.4, on peut aussi faire :
Code:

1 2 3 4 #include <string> int i = 2; std::string s = std::to_string(i); int j = std::stoi(s);

Fuseau horaire GMT +2. Il est actuellement 23h03.