Discussion :

[chrysbi]

Bonsoir,

j'ai un petit problème dans un programme que je suis en train de faire: en fait, je déplace un personnage dans les cases d'un tableau (c'est un ptut jeu de stratégie).
Tout marche, mais depuis un moment, pendant que je teste le programme en jouant, parfois, la fenêtre se ferme toute seule sans aucune raison apparente et sans message d'erreur (je dis sans raison, parce que je n'effectue pas d'actions particulières, mis à part des actions que j'ai pu faire auparavant).
Aujourd'hui, j'ai testé le programme sur le pc d'un collègue, et pareiln sauf que là, il y a un message d'erreur SIGFPE. D'après mes recherches Google, il s'agit d'une erreur d'arithmétique, mais il n'y a pas de calculs particuliers pour le déplacement de mon personnage (sauf +-1 pour la ligne ou la colonne).
Et comme le programme n'indique aucune ligne d'où pourrait provenir l'erreur, je n'ai aucune idée de comment le résoudre...
Auriez-vous des informations sur cette erreur?

[DOLPat®]

Bonjour

SIGFPE => SIGnal Floating Point Erreur

C'est effectivement une erreur arithmétique. Tu dois utiliser des réels queque part dans ton code. Mais impossible de t'en dire plus sans voir le source...

[chrysbi]

D'accord, merci.
Je comprends que ce soit difficile de voir sans la source, mais moi-même, je ne sais pas d'où elle vient... Je dois avoir au moins une quarantaine d'unités, donc bon... ^^

Mais l'erreur intervient-elle lorsque le programme utilise la ligne qui est erronée? Parce que j'ai l'impression que c'est un peu aléatoire... :p

[DOLPat®]

Mais l'erreur intervient-elle lorsque le programme utilise la ligne qui est erronée? Parce que j'ai l'impression que c'est un peu aléatoire... :p

C'est plutôt lorsque effectue un calcul qui a comme résultat un dépassement de capacité. Tel une division par zéro...

C'est pour cela que lors d'opérations qui peuvent avoir des résultats inattendus, il faut gérer les erreurs d'exception éventuelles. Dans le cas contraire, on se retrouve dans la m..de, euh mouise.

Voila un exemple de gestion (globale) d'erreurs:

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
procedure CalculReel(Diviseur: Extended);
begin
  try
    Application.MessageBox(PChar('Résultat: ' + FloatToStr(0/Diviseur)), 'Résultat de la division', 0);
  except
    Application.MessageBox('[Erreur interne 001] - Division par zéro', 'Erreur fatale', 16);
    Application.Terminate;
  end;
end;
 
procedure TfPrincipale.FormCreate(Sender: TObject);
begin
  CalculReel(1E-100); // Correct
  CalculReel(1E-999); // Dépassement de capacité
end;

Après tu peux affiner la gestion:

Code :

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

1
2
3
4
5
6
7
try
except
  on EInvalidOp  do ...
  on EMathError  do ...
  on EZeroDivide do ...
  on ...
end;

Note bien que dans l'EDI, tu aura toujours les dialogues d'erreur, mais pas lorsque tu exécute directement l'application. Seul les dialogues que tu aura (éventuellement) codés dans la partie Except seront affichés.

[tintinux]

Bonjour,

Est-ce que le problème, chez-toi ou chez ton collègue, se produit quand tu exécutes depuis l'EDI ?

Y-as-tu activé tous les Contrôles (dans Projet,Options du projet, Code) et supprimé toute optimisation. Si oui, cela devrait de permettre de mettre l'EDI en pause et de voir dans la pile d'appel où se situe le souci.

[chrysbi]

Merci pour vos réponses.

@tintinux: oui, le problème se produit quand j'exécute depuis l'EDI, mais aussi depuis le .exe (mais pas de message d'erreur chez moi). Pour les contrôles, je ne connaissais pas ces détails. J'essaierai!

Mais en fait, je suis presque sûre que le programme ne plante pas pour une erreur arithmétique, car en fait, j'ai l'impression que ça a un rapport avec la "vitesse". Quand je maintiens une touche du clavier qui me permet de déplacer une image de curseur que j'ai créé, si je la maintiens un moment, ça plante, alors que si j'appuie plusieurs fois consécutivement et pas trop vite, en général, ça ne plante pas... Ca peut avoir un rapport? :o




Une petite question, qui n'a rien à voir... En fait, j'aimerais renommer une unité (c'est un programme pour les cours, et bon, ça serait bien qu'on s'y retrouve). Comment faire? Parce que j'aimerais vraiment éviter de copier tout le contenu de l'unité dans une nouvelle (en fait, ça, c'est pas un problème puisque pas long à faire, mais refaire toute la fiche associée, c'est chiant). Je pense pas que je puisse modifier directement les fichiers .o, .pas, etc, non? Il me semble que Lazarus n'aime pas...

[DOLPat®]

Mais en fait, je suis presque sûre que le programme ne plante pas pour une erreur arithmétique...

Ben là, la question ne se pose pas car c'est bien le processeur arithmétique qui envoi le signal d'exception et il ne l'envoi pas sans raison. (à moins qu'il soit buggé... )
Par contre, il se peut que ce soit un bug Lazarus ou d'une des ses bibliothèques.

... Quand je maintiens une touche du clavier qui me permet de déplacer une image de curseur que j'ai créé, si je la maintiens un moment, ça plante, alors que si j'appuie plusieurs fois consécutivement et pas trop vite, en général, ça ne plante pas...

Est-tu certain de finir le déplacement précédent avant d'en entamer un nouveau ? C'est peut-être en relation avec ton erreur.
Si c'est en rapport avec le clavier, ce que je ferais à ta place, c'est de faire simuler des déplacements aléatoires par ton application, histoire de voir ce que cela donne. Cela te permet aussi de jouer sur le délai entre deux déplacements.

[batyann811]

As-tu activé toutes les aides au débogage possibles dans "Projet > Options du projet..." ? En particulier : contrôles d'intervalle, contrôles de débordement, contrôles de pile, optimisation niveau 0 ou 1, générer les informations pour le debogueur, afficher les numéros de lignes dans les traces d'erreurs à l'execution.

Souvent ça facilite la localisation des erreurs.

[chrysbi]

Alors. J'ai essayé toutes les options que tu as mis dans ton post batyann811, mais toujours pareil: quand ça bug, la fenêtre se ferme juste, et je retrouve l'éditeur de source (comme si j'avais cliqué sur "arrêter").

Est-tu certain de finir le déplacement précédent avant d'en entamer un nouveau ? C'est peut-être en relation avec ton erreur.

Ba en fait, c'est une touche du clavier qui permet d'effectuer le déplacement. Apparemment, ça but moins quand je vais lentement, mais ça n'empêche pas le programme de bugguer quand même...

Et sinon, quelqu'un a une réponse pour ma question sur le renommage des unités? :o

Une petite question, qui n'a rien à voir... En fait, j'aimerais renommer une unité (c'est un programme pour les cours, et bon, ça serait bien qu'on s'y retrouve). Comment faire? Parce que j'aimerais vraiment éviter de copier tout le contenu de l'unité dans une nouvelle (en fait, ça, c'est pas un problème puisque pas long à faire, mais refaire toute la fiche associée, c'est chiant). Je pense pas que je puisse modifier directement les fichiers .o, .pas, etc, non? Il me semble que Lazarus n'aime pas...

[batyann811]

As tu essayé de lancer ton programme en dehors de l'IDE (de préférence dans une console pour ne pas rater d'eventuels messages d'erreur) ? Même problème ou pas ?

Je ne crois pas qu'il existe d'outil pour renommer une unité dans lazarus. Il faut le faire à la main. Par exemple pour renomer l'unité Toto en Titi :

• Fermer lazarus
• Faire une sauvegarde du projet et la mettre à l'abris
• Effacer toto.o et toto.ppu (du dossier lib)
• Renommer toto.pas (ou toto.pp) en titi.pas (ou titi.pp)
• Renommer toto.lfm en titi.lfm (si l'unité est une fiche)
• Ouvrir Lazarus
• Lancer une compilation et corriger les erreurs à la main (en fait remplacer les uses Toto pas uses Titi)