Recherche sur Acces Violation

Finalement c'est plus rapide que prévu.

j'ai déposé sur mon Webdev (panoramicien@Jean_Claude) un zip nommé "AccesViolation"

les instructions pour provoquer directement l'erreur dont dans le fichier "a_lire.txt"
Le code est 100% Panoramic.
il y a de temps en temps un bug au premier démarrage, il suffit de relancer.

Bon courage aux débogueurs.

Vu ce que j'ai lu sur l'autre poste, il s'agirait d'erreurs de programmation....

A+

PS: à partir de midi je ne serais plus disponible, au moins jusqu'à ce soir.

J'ai regardé ton code. Très beau programme !

Voici mes observations:

1. en remplaçant "wait attente%" par "display", je n'ai plus eu de violation d'accès:

Code:

        display : ' wait attente%

2. à plusieurs endroits, tu quittes une SUB par RETURN. Et cela perturbe complètement la gestion des retours de Panoramic, et provoque au final également des violations d'accès, par exemple en cliquant plusieurs fois, dans la colonne des montants, sur un montant d'une ligne déjà pointée. Tu mets bien un EXIT_SUB derrière le RETURN, mais celui-ci n'est jamais exécuté. Il faut simplement supprimer le RETURN, comme dans cet exemple:

Code:

      if a$<>""
          message "ATTENTION: Cette Opération est déjà pointée."+rc$+rc$+"Vous devez annuler son pointage pour pouvoir faire la régularisation"
          gosub Suite_Pointage : return : exit_sub : ' <========== il faut supprimer le RETURN !
      else

En suivant les actions de a_lire.txt, j’ai eu comme récompense une avalanche de violation d’accès et j’ai du tuer le processus pour m’en sortir.
Je regarde d’un petit peu près le code :
Tu utilises à maintes reprises WAIT ….
J’ai toujours dit qu’il vaut mieux utiliser à sa place PAUSE
Info :
WAIT N  : Cette commande WAIT N gèle l'exécution du programme pendant N millisecondes. Les actions en attente ne sont pas effectuées.
PAUSE N: Cette commande PAUSE N arrête l'exécution du programme pendant N millisecondes. Les actions en attente sont effectuées.
DISPLAY Cette commande DISPLAY gèle l'exécution du programme pendant le temps nécessaire à la mise à jour de la visualisation (l'écran). Puis quand la visualisation est mise à jour, l'exécution du programme continue.


J’ai remplacé tous les WAIT par PAUSE puis j’ai relancé le programme.
Résultat : AUCUNE VIOLATION D’ACCES.
J’ai continué à cliquer sur toutes les cases RLV vides pour les remplir, enfin j’ai quitté le programme.
Je l’ai relancé une autre fois.
Après avoir suivi toutes les étapes, le programme me gratifie par :  

Ce fichier(Cpt_n°01_2015_02_FEVRIER est vérouillé(Toutes les opérations sont pointées)

Ce qui prouve que tout s’est bien déroulé.

La question qui se pose maintenant :
Est-ce que PAUSE au lieu de WAIT a finalement compris que je ne suis pas un violeur, ou est-ce simplement un coup de chance ?!


PS :
Excellent programme, Jean Claude.
J'y piocherai un jour quelques perles!

Bon, je viens de rentrer et je me jette sur le forum.

Merci à vous deux pour ces tests.

Comme je le sentais venir, il s'agit bien d'un problème de programmation.
Ce qui est embêtant, c'est que ce message access violation ne nous indiquent en rien ce qu'on ne fait pas bien. Mais, bon, çà ne dépend pas de Panoramic, ce qui est rassurant.

Je vais prendre en compte vos remarques :sortie de SUB par RETURN, çà c'est pas glorieux  Et remplacer WAIT par DISPLAY ou PAUSE. Je vous tiendrais au courant.

Tout çà c'est plutôt une bonne nouvelle pour Jack qui sort de cette affaire blanchi et glorifié

Je ne voulais pas mettre en ligne ce programme avant qu'il ne soit pas suffisamment débogué et qu'il y ai un minimum d'aide pour l'utiliser, vous avez compris que c'est un programme de gestion de compte.
Mais maintenant que c'est fait, je vous mets en garde: si certain d'entre vous veulent l'utiliser, c'est possible, en toute sécurité, pour la partie enregistrement des opérations et le pointage, mais sans explications vous risquez de passer à coté de beaucoup d'avantages.
Pour les statistiques c'est nul, je vais tout changer.
Il y a la partie budget que je n'ai pas encore contrôlé, là aussi çà mérite des explications.
Notez que les fichiers ne sont pas cryptés, vous êtes avertis.
Actuellement, je reprends les opérations de mon ancien logiciel de compte sur plusieurs années pour tester toutes les situations possibles et parce que j'ai besoin d'un historique pour refaire la partie statistique.

Si certains d'entre vous veulent décortiquer le code pour l'améliorer, bon courage ! je ne m'y oppose pas, il est libre.

A+

@Klaus,
Le remplacement de WAIT attente% par display ne change rien.
j'ai opté pour PAUSE 10 et là c'est bon.

J'ai pisté tout les RETURN, heu je dois dire qu'il y en avait un paquet mal placés
c'est corrigé.

@Papydall,
J'ai remplacé tous les WAIT par PAUSE, pour le moment çà marche.
Une question: toi qui est en W7, çà donne quoi l'affichage


J'ai remplacé le code sur mon Webdev.

Bon, je ferme la boutique pour ce soir.

A+

Jean Claude a écrit:

@Papydall,
J'ai remplacé tous les WAIT par PAUSE, pour le moment çà marche.
Une question: toi qui est en W7, çà donne quoi l'affichage

WAIT bloque tout : et le programme et les événements. C’est un arrêt brutal : rien ne s’exécute durant la période d’arrêt.
Selon moi, son champ d’utilisation est très spécifique.
PAUSE est un arrêt sélectif : ça arrête (l’espace de N ms) l’exécution de la prochaine instruction, mais laisse les actions événementielles s’exécuter  normalement.

En ce qui concerne l’affichage sous W7 : rien à dire, c’est bon.

@Klaus,Papydall,Jack et aussi Cosmos qui pourrait y trouver son compte.

Pour faire avancer le schmilblick... (Coluche), ce matin, je reprend le remplissage de mes fichiers,

La première fois que je retourne pointer des opérations Haaaaa ! Rebelote Acess Violation machin truc.... avec le code corrigé.

J'ai finalement découvert la raison, que vous ne pouviez pas découvrir:
1) Dans le menu principal, il y a une option pour que le formulaire de pointage n'occupe qu'une partie de l'écran, afin de visualiser le relevé de banque en simultané avec le logiciel
J'avais choisi 50% pour pouvoir afficher en bas de l'écran le fichier PDF du relevé de compte.
2) vu que j'avais encore des problèmes, je me suis dit que cela pouvait provenir de l'affichage partiel du GRID.
3) je modifie la hauteur du Grid à 75%
Et là, terminé les problèmes de Violation d'accès.
J'ai observé que le PROGRESS_BAR n'est pas visible à 50% (ou il est caché par le PDF et le programme, j'ai pas vérifié) et il le devient à 75%.
Serait-ce la raison        

A+