Discussion :

[kuranes]

Bonjour à tous

Suite à quelques problème de fonctionnement, le logiciel que je développe va peut être avoir un mode permissif optionnel (paramétrable dans le logiciel).

Mais c'est la première fois que j'utilise vraiment ce mode... et je préfère être prudent, on développe pour les hopitaux quand même... ^^

D'après l'aide windev, ça intervient au niveau de :

- Lecture d'un indice hors borne d'une table, liste ou combo
- Ecriture dans un indice négatif d'une liste, table ou combo
- Ecriture dans un indice trop grand d'une liste, table ou combo
- Utilisation des fonctions Ouvre, OuvreFille, OuvreSoeur avec un nom de fenêtre possédant des espaces supplémentaires.
- Utilisation des fonctions de gestion des menus contextuels et déroulants avec un numéro de menu inexistant.
- Utilisation des fonctions Droite et Gauche avec un nombre de caractères à extraire négatif.
- Utilisation de la fonction Milieu avec une position de départ négative et/ou un nombre de caractères à extraire négatif.

Avez vous déja rencontré d'autres cas d'intervention de ce mode permissif ?

Et sinon, si vous avez déja utilisé ce mode, qu'en avez vous déduit ? Y a t il eu des mauvaises surprises, par exemple ? Des vices cachés ? Etc... (en gros, si vous pouviez me donner votre feedback concernant ce mode, ça pourrait être pas mal )


Merci d'avance de vos réponses

[tatayo]

Bonjour,
Je n'ai jamais utilisé le mode permissif, mais quand je vois ceci je me dis que c'est surtout pour "contourner" des bugs:

- Lecture d'un indice hors borne d'une table, liste ou combo
- Ecriture dans un indice négatif d'une liste, table ou combo
- Ecriture dans un indice trop grand d'une liste, table ou combo
- Utilisation des fonctions de gestion des menus contextuels et déroulants avec un numéro de menu inexistant.
- Utilisation des fonctions Droite et Gauche avec un nombre de caractères à extraire négatif.
- Utilisation de la fonction Milieu avec une position de départ négative et/ou un nombre de caractères à extraire négatif.

Si j'ai une erreur à cause d'une de ces raisons => c'est un bug de mon application, ni plus ni moins.

Certains pourraient avancer ceci:
"C'est pratique, si mon tableau possède 10 cases et que j'affecte la 11ème, Windev ajoute automatiquement la case en question, PAS BESOIN DE VÉRIFIER L'INDICE". Mais est-ce vraiment normal d'accéder à la 11ème case d'un tableau qui en possède 10 ? Pour moi non.
Ca ressemble furieusement à un coup de balai pour mettre certains bugs sous le tapis.

Tatayo.

[kuranes]

Mon cas est particulier... L'application plante aléatoirement en faisant référence à WD150PRN.DLL et WD150OBJ.DLL... On a fait un audit du code, on ne trouve rien, contacter pcsoft n'a avancé à rien (ils demandent dans quel cas on réussit à reproduire le bug, alors que ce bug survient de manière aléatoire. Et pas envie de leur transférer l'appli pour qu'ils testent chez eux notre code... De plus, faire venir un technicien pcsoft couterait trop cher pour nous...).
Mais une fois l'application passée en mode permissif, ce bug ne se produit plus.
On cherche, on cherche, mais on a pas trouvé d'autres solutions...

[Jannus]

Je comprends bien ton problème, mais je partage l'avis de tatayo.

Cela dit, un moyen terme peut-être : n'utiliser le mode permissif qu'occasionnellement. Cela permettrait d'éviter ce bug tout en ayant les garanties nécessaires sur le reste du développement.

[tatayo]

Tu peux essayer ceci:
Dans l'init du projet, tu encadres l'ouverture de la première fenêtre ainsi:

Code :

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

1
2
3
4
5
6
 
Quand exception dans
Ouvre(PremièreFenetreDuProjet)
faire
dbgSauveDumpDébogage(fRepExe() + ["\"] + "MonDump" + datesys() + heuresys() + ".wdump")
fin

Ainsi quand ton application plante (si tant est que celà déclenche une exception), tu peux récupérer le dump de débuggage, le charger dans Windev et tu te retrouves en mode débug au moment du plantage.
Peut-être qu'ainsi tu pourras trouver ce qui ne va pas.

Tatayo.

[kuranes]

Déja fait, et hélas ça ne donne rien...

Le problème ne survenant que sur les machines de clients, on se mettra en mode non permissif sur les machines de test pour pouvoir détecter tous les bugs...

[mogwai162]

Je rejoins moi aussi tatayo et Guardian : N'utilisez pas le mode permissif, vous devriez être capable d'écrire votre programme de manière suffisamment rigoureuse pour de pas avoir à l'utiliser.

Quant au débogage de programmes ça n'a jamais été simple...

[Jannus]

L'application plante aléatoirement en faisant référence à WD150PRN.DLL et WD150OBJ.DLL

Pourriez-vous faire un projet simple qui ferait appel à ces DLLs ?

En effet, comme le dit PCSoft, il faut pouvoir reproduire un bug pour l'identifier et y remédier.
En partant du code de l'application qui pose problème, il faudrait isoler la partie du code qui fait appel aux DLLs concernées (ou du moins provoque le plantage) et la recopier dans un projet séparé. Ceci permettrait de vérifier que le problème se pose aussi avec le nouveau projet et si c'est le cas, cerner au plus près le code concerné, voire arriver à reproduire le bus à chaque fois, si bug il y a.

Si le code ne reproduit pas l'erreur, c'est bien évidemment qu'elle est ailleurs.

Il me semble en tout cas, qu'il serait plus pertinent de chercher ensemble une solution, soit une correction du code, soit une mise en évidence d'un bug, que de tenter de contourner le problème