Discussion :

[OutOfRange]

Bonjour

Il m'arrive un truc incompréhensible
Dans une boucle for... to, j'avais inséré un showmessage pour vérifier la valeur d'un paramètre
Une fois ce contrôle devenu inutile, j'ai enlevé le showmessage (ci-dessous en commentaire)
Voilà ce que j'observe si je mets un point d'arrêt dans l'éditeur sur la ligne en rouge (Progress:=true)...
Si je lance l'execution, l'exe ne s'arrête que si le showmessage est activé
Si je mets le showmessage en commentaire comme ci-dessous (en laissant bien sûr le point d'arrêt), le prog s'execute sans s'arrêter
Je ne change strictement rien d'autre
Un truc de ouf !!!

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
if trouve>-1
then for lg2:=(lg1 div 3+1)*3 to 17 do
       if condition
       then begin
                     //showmessage('blabla');
                     Progress:=true;
                     for lg:=0 to 8 do
                     if (lg<>lg1-9) and (lg<>lg2-9)
                     then begin
                              Caz[IndCaz[cl1,lg]].Cdt:=Caz[IndCaz[cl1,lg]].Cdt-[v];
                              Caz[IndCaz[cl2,lg]].Cdt:=Caz[IndCaz[cl2,lg]].Cdt-[v];
                            end;
               end;

Je précise que cette boucle est imbriquée dans 2 autres
Je vous mets pas tout le code, faudrait quand même pas que je dévoile mes astuces pour le prochain défi

Toute piste sera la bienvenus

[mick605]

Salut

Je vois pas pourquoi ca marche pas dans ce cas.
Est ce que tu as essayé de mettre ton point d'arret a la ligne du dessous ?

[Andnotor]

Progress n'est utilisé nulle-part ailleurs dans ton code et est ignoré par le compilateur. (Tu n'as certainement pas de point bleu sur la ligne)

[Mac LAK]

Ou, tout simplement, tu as activé des optimisations qui font que la ligne en question est intégrée à une autre ligne...

[OutOfRange]

Je précise que l'exécution de mon prog ne donne globalement pas le même résultat avec le showmessage activé ou non !
Avec le showmessage, la résolution de la grille va (presque) jusqu'au bout
Si je mets le showmessage en commentaire, la résolution s'interrompt + tôt

Est ce que tu as essayé de mettre ton point d'arret a la ligne du dessous ?

Oui c'est pareil !

Progress n'est utilisé nulle-part ailleurs dans ton code et est ignoré par le compilateur. (Tu n'as certainement pas de point bleu sur la ligne)

Progress est une variable globale et il y a bien un point bleu

Ou, tout simplement, tu as activé des optimisations qui font que la ligne en question est intégrée à une autre ligne...

Tu pourrais préciser ?

[Mac LAK]

Tu pourrais préciser ?

Si tu as activé les optimisations dans ton programme (Projet -> Options -> Compiler -> Code generation -> Optimization), alors ton programme est en mode optimisé, aussi appelé "Release" dans d'autres langages.

Et donc, une ligne n'est pas forcément à l'endroit où elle est censée être dans le code, car le compilateur peut réordonner certains appels, ou les grouper, ou que sais-je encore...

Case à décocher pour le debug, du moins tant que tu n'es pas plus qu'à l'aise avec ce genre de trucs.

[OutOfRange]

Case à décocher pour le debug, du moins tant que tu n'es pas plus qu'à l'aise avec ce genre de trucs.

coché ou décoché, ça ne change rien
Et le fait que le showmessage interrompe l'exécution, y aurait rien à creuser de ce côté ?

[Mac LAK]

Cela peut activer des "Application.ProcessMessages" cachés, essaie d'en ajouter un après ton "Progress:=true"...

Vérifie également que "Progress" est utilisée, sinon, elle pourrait être supprimée par le compilateur plus ou moins sans préavis, et donc ne plus générer de ligne d'instruction.

[OutOfRange]

En fait, le code s'exécute bien, pour l'instant
J'ai juste ajouté un showmessage + bas et ensuite je l'ai mis en commentaire

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
if trouve>-1
then for lg2:=(lg1 div 3+1)*3 to 17 do
       if condition
       then begin
                     //showmessage('blabla');
                     Progress:=true;
                     for lg:=0 to 8 do
                     if (lg<>lg1-9) and (lg<>lg2-9)
                     then begin
                              Caz[IndCaz[cl1,lg]].Cdt:=Caz[IndCaz[cl1,lg]].Cdt-[v];
                              //showmessage('gouzi gouzi')                                    
                              Caz[IndCaz[cl2,lg]].Cdt:=Caz[IndCaz[cl2,lg]].Cdt-[v];
                            end;
               end;

[OutOfRange]

Mac LAK,

Après avoir fait plusieurs essais, je pense que tu as raison et que l'activation ou non de l'optimisation est à l'origine du comportement observé :
- optimisation cochée + showmessage => le code s'exécute
- je désactive le showmessage => le code ne s'exécute plus
- je décoche optimisation => le code ne s'exécute toujours pas
- je réactive showmessage => le code s'exécute
- je désactive showmessage => le code s'exécute toujours
- je recoche optimisation => le code s'exécute toujours...
mais faut plus toucher au showmessage

Bon, c'est pas comme ça que je remporterai le défi

Merci pour aide, ainsi qu'à Andnotor et mick605

[Mac LAK]

Le comportement "étrange" est certainement dû à une recompilation partielle de ton projet après les changements d'options.

Conseil : n'active pas les optimisations tant que tu bosses dessus. A la fin du projet, une fois testé / validé décemment, active l'option, reconstruit le projet, et re-teste (on ne sait jamais...).

[edam]

Vérifie également que "Progress" est utilisée, sinon, elle pourrait être supprimée par le compilateur plus ou moins sans préavis, et donc ne plus générer de ligne d'instruction.

+1,à propos sa sert à quoi dans ton boucle ce "progres"??