Un programme qui veut bosser; mais pas trop.

**Flodelarab** · 25/08/2006, 14h13

Salut les experts C++ !

Voilà un comportement rigolo que je voudrais que vous m'expliquiez:
Mon programme marche pour un petit nombre mais pas pour un grand....

Je definis un objet (monobjet) d'un type (montype) que j'ai créé et lorsque j'appelle une méthode (mamethode) de cet objet, il refuse de commencer la méthode si un grand nombre a été choisi.
tete est un pointeur sur les objets de type montype qui forment une "pile" FIFO.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
{
 montype monobjet;
 if (tete!=NULL)
 	{
     monobjet.mamethode(*tete); //ligne de plantage
 	};
};

Ce bloc plante evidemment car, comme un boulet, g omis de définir le constructeur de copie. G donc définis le constructeur de copie et g remplacer l'appel de fonction par valeur par un appel de fonction par référence/pointeur (supposé moins lourd).

Rien y fait. plantage à la meme ligne.

J'ajoute enfin que:

Il n'y a pas de dépassement de capacité
Les objets de la pile ne renvoient jamais NULL lors de leur "new", donc pas de pb d'allocation mémoire.
La pile a une taille dépendante du nombre choisi au début.
J'utilise Borland C++ 5.0 (vieux et efficace) et c un prog win32 en mode console.

Pkoi refuse t il de travailler pour des grands nombres, alors que le prog a l'air dimensionné pour y arriver ?

**Médinoc** · 25/08/2006, 17h23

Qu'est-ce que tu appelles "Planter" exactement ?

On peut voir ta "pile" ? Pour moi une pile est LIFO et une file est FIFO...
Et ce serait intéressant aussi si on pouvait voir ce que fait MaMéthode...

**Ti-R** · 25/08/2006, 17h38

Si tu nous livre 2 lignes, cela va être dur de t'aider...

**rigobert** · 25/08/2006, 17h53

je ne vois pas dans l'exemple que tu donnes où est (était) la nécessité d'implémenter un constructeur par copie.

par ailleurs dans :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
if (tete!=NULL)
{
    monobjet.mamethode(*tete);
}

tester la condition tete == NULL ne suffit pas à blinder l'indirection ; si tete pointe sur une zone mémoire non allouée ... boum

!

**Flodelarab** · 28/08/2006, 01h49

MERCI DE VOS REPONSES!

Envoyé par Médinoc

Qu'est-ce que tu appelles "Planter" exactement ?

Tu connais. C le moment si particulier ou l'ordi arrete de bosser pasque ya un truc qu'il sait pas faire

Envoyé par rigobert

je ne vois pas dans l'exemple que tu donnes où est (était) la nécessité d'implémenter un constructeur par copie.

Et bien, il faut noter qu'un passage par valeur d'une aggrégation (struct, class ...), nécessite un constructeur de copie. Une fois qu'on remplace par un appel par référence/pointeur, il n'y a plus ce pb.

NE CHERCHEZ PLUS!

C t simplement un dépassement de pile système. J'appelais trop de fonctions par une recursivité malsaine. Je n'y croyais pas car il ne me l'a pas noté comme tel. Voila pkoi le point ou il s'arretait etait si bizarre (avant de rentrer dans la fonction).

**Matthieu Brucher** · 28/08/2006, 08h31

Et voilà pourquoi C++ Builder 5.0 est trop vieux pour faire du C++ aussi.

**Médinoc** · 28/08/2006, 09h22

Qu'est-ce que tu appelles "Planter" exactement ?
Tu connais. C le moment si particulier ou l'ordi arrete de bosser pasque ya un truc qu'il sait pas faire

Ben non. ça peut être :

Erreur de compilation (oui, il y a des débutants qui appellent ça "planter");
Erreur d'édition de liens;
Windows refuse d'exécuter le programme, erreur de DLL, etc.
Erreur d'exécution, signalée par un message "segfault" ou une boîte de dialogue de rapport d'erreur;
Erreur d'éxécution non-signalée (fin brutale du programme). Par exemple, un débordement de pile sous Windows hors-debugger;
Une fonction retourne une valeur d'erreur, ou affiche un message d'erreur, sans que le programme fasse une erreur d'exécution (celui-ci se termine "normalement").
- La variante sans message d'erreur, c'est que le programme fait un truc, mais pas ce qu'on attend de lui (affichage d'un résultat incorrect, etc.).
Boucle infinie dans le programme;
Gel généralisé de l'ordinateur;
Écran bleu de la mort;
Reboot.

Tu vois, autant de possibilités derrière un simple mot...

Edit: Et quelques possibilités en plus.