Discussion :

[Couin]

Coucoutte

Je développe un logiciel au boulote (j'avais posté à ce sujet), qui fonctionne sans souci dans sa globalité.

Pas de problème pendant 7 h à ne rien faire (donc logiciel lancé, mais après j'y touche plus), mais quand je reviens le lendemain, j'ai un joli dépassement de capacité (la fameuse et parlante Erreur d'exécution '6' ).

J'ai lu par ci par là, que des personnes rencontrent ce problème lorsque une variable Interger par exemple, dépasse 32,767 .

J'utilise pas mal de variables Interger (c'est donner de la confiture aux cochons) pour faire des toggles (en gros valeurs 0 ou 1, je vais mettre Boolean plutot), je n’ai pas en tête quelque chose qui s’incrémente indéfiniment dans ce code.

Le code est très long pour le poster ici, mais je souhaiterais savoir, afin d'orienter mes recherches, si un dépassement de capacité peut être dû à autre chose que ce genre de problème (valeur qui dépasse la valeur maxi du type de variable) ?

Merci pour vos lumières et bon Ouiken
Couin

[ProgElecT]

Salut

Coucoutte
....
J'utilise pas mal de variables Interger (c'est donner de la confiture aux cochons) pour faire des toggles (en gros valeurs 0 ou 1, je vais mettre Boolean plutot), je n’ai pas en tête quelque chose qui s’incrémente indéfiniment dans ce code.

Ce serai déjà une bonne chose et éliminerait un possible cas de figure.

....
afin d'orienter mes recherches, si un dépassement de capacité peut être dû à autre chose que ce genre de problème (valeur qui dépasse la valeur maxi du type de variable) ?

Merci pour vos lumières et bon Ouiken
Couin

A ma connaissance il existe au moins un autre déclenchement provoquant cette erreur, une saturation dans un conteneur autre qu'une variable.
Tu dis dans la discussion du lien utiliser un TextBox pour afficher le résultat des trames (via le Timer (ou l’événement OnComm)), si il y a cumul des informations dans ce conteneur, là aussi il peut y avoir saturation du nombre de caractères possiblement acceptable par ce contrôle.
Je ne sais plus dailleurs si on peut limiter ou non le nombre de caractères entrés dans le TextBox, a vérifier.
Voilà une ou deux pistes pour t'occuper ce weekend.

[l_autodidacte]

Le contrôle TextBox ne peut pas supporter plus de 800 Ko => testé

[ProgElecT]

Salut

l_autodidacte, il me semblait bien qu'il y avait une limite, je pense même que cela dépend aussi de la mémoire installée sur l'ordinateur.

[Couin]

Hello,

Déjà merci d'avoir pris le temps de lire et répondre

Pour les types de variables, j'ai modifié celles qui pouvaient être passées en Boolean et en changeant leurs valeurs (passer de 0/1 à False/True). Ça sera mieux en effet je pense.
Pour d'autres variables Integer qui servent de toggle à 3 ou 4 positions (valeur 0 à 3 par exemple) , je les ai passées en "Byte".

Pour ce qui est de la réception de données, je pense pas que ce soit ça qui fasse ce dépassement de capacité car quand je laisse le logiciel tourner sans rien faire, l'équipement avec lequel il communique (en infra rouge) n'est pas alimenté, donc aucune donnée ne revient vers le logiciel. Dans la logique cette textbox doit rester vide dans ce cas là. Je verrais à modifier (il faut que je me replonge dans cette partie du code lol) la semaine prochaine pour la rendre visible et voir si quelque chose se rempli.

Edit :
J'ai installé avant de partir en fin de faction, un outil de prise de palme à distance sur le pc de test (pas développement) et j'ai le dépassement de limite au bout de 5 minutes au lieu de plusieurs heures.

Si j'en fais une déduction, je dirais que c’est suite au changement d’une variable Integer (limitée donc à 32,767) à Byte (limitée à 255), si je fais le calcul, en Integer le dépassement de limite serait au bout de 10,4 H (ce qui explique que je ne puisse le voir pendant ma faction car elle ne fait pas 10h lol) mais alors là, si ma déduction est bonne, ça va être dur à trouver car aucune variable n'est censée montée en boucle comme ça.

[ProgElecT]

Salut Re

Il y a plusieurs années, j'avais un programme qui tournait 24h sur 24h, 7 jours sur 7, j'avais un autre type de problème très aléatoire de dépassement de capacité, j'ai fini par faire une version qui écrivait un log tous les 1/4 heures, j'ai enfin trouvé qu'une capteur de température me donnait une mesure erronée/impossible au delà de 65° il passait soudainement à 185° (alors que le capteur était donné pour une plage de -25° à 100°), comme cette donnée était multiplier par 1000 dans une partie du code, paf erreur 6.
J'ai mis près de 3 mois pour déceler ce problème de capteur, j'avais logué un paquet de variables, mais ne m'attendant pas à ce défaut du capteur, ce n'est qu'au bout de ces 200jours que j'ai pu corriger le problème.
Comme quoi, un petit log peut donner des indications utiles.

Bon coin coin courage pour la suite de tes recherches.

[Couin]

Ah ouais 3 mois c’est chaud lol
Bon après je compte trouver plus tôt, je vais déjà jouer avec des swaps entre Byte et Integer, et si le dépassement de capa n'est plus au bout de 5 min ça me donnera déjà un indice sur la variable à checker.

[Couin]

Pouet pouet

Et voilà, trouved !

Alors en fait dans le soft, une variable compte le nombre de fois où l'équipement n'est pas vu par le capteur et si pas vu plus de 2 fois consécutives, le soft déduit que l'équipement n'est plus présent (en fait c’est pour effacer le numéro de série saisie, afin que les utilisateurs ne traitement pas plusieurs équipements avec le même numéro de série, ca oblige à scanner le numéro de série à chaque fois qu'un autre équipement est mis en place).

Tous mes précédents essais du soft se faisaient sur courte durée et avec un équipement en place, d'où le fait que je n'avais pas eu cette erreur.

Du coup, j'ai mis un truc de façon à ce que si la variable est supérieure à 10 (valeur arbitrairement définie), la variable = 10, comme ca, elle monte jamais plus haut.

Merci pour les coups de palmes