Mai 2024 | Lun | Mar | Mer | Jeu | Ven | Sam | Dim |
---|
| | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | Calendrier |
|
| | TRACE_ON problème | |
| | Auteur | Message |
---|
Oscaribout
Nombre de messages : 471 Date d'inscription : 29/12/2016
| Sujet: TRACE_ON problème Dim 15 Avr 2018 - 10:08 | |
| oui je sais c'est encore moi J'essaye de suivre les variables de mon programme, et j'utilise en parallèle trace_on. Cela fait un petit moment que j'essaye de retrouver les lignes des infos que j'ai recueillie avec les lignes du fichier tracé avec trace_on. Mais voila, je ne me retrouve pas. Et pour cause, il est arrété sans raison. J'ai eu l'idée de mettre une pause avant de noter l'heure à un mement précis, et voici ce que je constate: - Fin du fichier trace::
15/04/2018|09:09:09->line=1443 15/04/2018|09:09:09->line=1148 15/04/2018|09:09:09->line=1149 15/04/2018|09:09:09->line=1151 15/04/2018|09:09:09->line=1157 15/04/2018|09:09:09->line=1158 15/04/2018|09:09:09->line=1158 15/04/2018|09:09:09->line=1159 15/04/2018|09:09:09->line=1162 15/04/2018|09:09:09->line=761 15/04/2018|09:09:09->line=762 15/04/2018|09:09:09*** TRACE OFF ***
- et la fin de mes repères::
result=12 comp%=1 temps:09:09:42 <-------------------------- ICI repèrage reçu cur%=9 ---- @@ && ho$=1439,2518,633,2338,633, 2416 z$=-->|i;123|e;45<-- cur%=6 2417 pos%=12 2419 z$=-->|i;123|e;45<-- 2422 on_key_down && ho$=1439,1439,1595,1424,633, 1425 off_key_down 1432 on_key_down
La demande d'une instruction du genre ADD_TRACE est un vrai besoin pour se retrouver entre des infos recueillies et le fichier tracé. | |
| | | Oscaribout
Nombre de messages : 471 Date d'inscription : 29/12/2016
| Sujet: Re: TRACE_ON problème Ven 20 Avr 2018 - 14:06 | |
| Bonjour, Avant toute chose sur une autre page: - Klaus a écrit:
- Mon objectif était simplement d'apporter des précisions techniques sur un problème que tu as soulevé, afin d'éviter de galérer inutilement, et surtout d'éviter ce genre de désagréments à d'autres Panoramiciens. D'ailleurs, tu as bien vu qu'auparavant, j'ai soutenu ta suggestion sans réserve
Ok compris, de toute façon je savais même si cela plombe le poste, c'était pour aider. MAIS: lorsque j'ai posté pour un bug, je pensais que cela était un problème d'heure qui n'était pas à jour en rapport avec le décodage. J'ai constaté depuis et cela je l'avais remarqué pour un autre programme l'année dernière, que parfois le fichier se ferme sans raison, sans aller jusqu'à une erreur qui le ferme, ou que trace_off soit présent. Donc pour moi, il y a bien un bug. Est-ce justement une différence de seconde lors de l'écriture des lignes qui fait la fermeture. Je ne sais pas. Là je constate que la ligne sur lequel le programme se ferme est celle-ci: file_save trace%,"Z:\TRACE\fichier_erreur.txt", mais ce n'ai pas celui de trace_on qui est lui: "Z:\TRACE\14'59'49.txt" qui était l'heure au moment de la création. Il me vient seulement l'idée de voir peut-être un lien avec la sauvegarde d'un fichier, mais en ce moment je programme difficilement à cause de la fatigue de la journée, et du temps que j'essaye d'avoir. J'essayerai ce soir de voir si il peut y avoir un rapport. EDIT: j'ai envoyé trop vite. Voici le fichier de trace en entier: - TRACE:
19/04/2018|14:59:49*** TRACE ON *** 19/04/2018|14:59:49->line=765 19/04/2018|14:59:49->line=769 19/04/2018|14:59:49->line=812 19/04/2018|14:59:49->line=813 19/04/2018|14:59:49->line=820 19/04/2018|14:59:49->line=822 19/04/2018|14:59:49*** TRACE OFF ***
et voici une partie des infos recueillies pendant l'exécution: - contenu partiel d'un list:
&& ho$=1493,2613,657,657,2409,657, cur% : var%(3)=6 && ho$=657, comp%=1 temps:15:00:19 2414:reçu cur%=6 ---- @@ && ho$=657, 2451 cur%=5 count(car_attr%)=6cur% : var%(3)=5 2505 z$=-->|d;123|f;45<-- cur%=5 2614 multi_format%() avant cur%,curseur%=5 1) curseur%=5count(car_attr%)=6 contenu car_attr% dernier:12 2) curseur%=5 curseur%+le%)=8 1] : 11 2] curseur%: 11 result=11 2508 z$=-->|d;123|f;45<-- 2514 on_key_down && ho$=1493,657,2613,657,1477,657, 1478 off_key_down 1485 on_key_down
Vous remarquez une variable ho$, celle-ci cumul le n° de la ligne de chaque sub ou s/p rencontré. De temps en temps elle est recueillie et vidée. Donc le fichier trace est vraiment limité. | |
| | | silverman
Nombre de messages : 968 Age : 51 Localisation : Picardie Date d'inscription : 18/03/2015
| Sujet: Re: TRACE_ON problème Sam 21 Avr 2018 - 10:45 | |
| Tu peux essayer de fabriquer ta propre façon de 'tracer' ton source dans un fichier secondaire, histoire de comparer: - Code:
-
dim i,f$,lin$,tmpf$ ' f$="c:\Nouveau Document texte.bas" :' fichier à traiter ' if file_exists(f$)=0 then print "fichier pas trouvé" : end memo 5 : full_space 5 file_open_read 1,f$ while file_eof(1)=0 file_readln 1,lin$ if lin$="" item_add 5,"my_trace(number_current_line): '"+lin$ else item_add 5,"my_trace(number_current_line): "+lin$ end_if end_while file_close 1 item_add 5," " item_add 5,"END :' <---ne sers à rien, juste par sécurité" item_add 5,"sub my_trace(i%)" item_add 5," if variable("+chr$(34)+"my_trace%"+chr$(34)+")=0" item_add 5," dim my_trace%" item_add 5," if file_exists("+chr$(34)+"c:\test_trc.txt"+chr$(34)+")=1 then file_delete "+chr$(34)+"c:\test_trc.txt"+chr$(34)+"" :' le fichier de trace existe? item_add 5," file_open_write 999,"+chr$(34)+"c:\test_trc.txt"+chr$(34)+"" :' ouvrir un fichier de trace item_add 5," end_if" item_add 5," '" item_add 5," file_writeln 999,date$+"+chr$(34)+"|"+chr$(34)+"+str$(number_ticks)+"+chr$(34)+"->line="+chr$(34)+"+str$(i%)" item_add 5,"end_sub" ' tmpf$=left$(f$,len(f$)-4)+"_tmp"+file_extract_extension$(f$) if file_exists(tmpf$)=1 then file_delete tmpf$ file_save 5,tmpf$ Ca donnerais par exemple ceci: - Code:
-
my_trace(number_current_line): dim i my_trace(number_current_line): ' my_trace(number_current_line): for i=1 to 100 my_trace(number_current_line): rem blablabla my_trace(number_current_line): if i=90 then print 1/0 :' provoque une erreur externe my_trace(number_current_line): next i my_trace(number_current_line): ' my_trace(number_current_line): END
Dernière édition par silverman le Sam 21 Avr 2018 - 21:18, édité 1 fois | |
| | | Oscaribout
Nombre de messages : 471 Date d'inscription : 29/12/2016
| Sujet: Re: TRACE_ON problème Sam 21 Avr 2018 - 17:55 | |
| Merci Silverman.
J'ai laissé de côté trace_on. Il ne fonctionne plus correctement du moins pour mon programme. Je le laisse tout de même pour voir si par hasard je peux identifier le problème simplement pour apporter une information ici.
Je sais en mettant la ligne pour le fichier en commentaire, que cela ne change rien. Pour le problème de l'heure, par contre j'ai des doutes, car pour chaque lancement en suivant la même procédure j'ai toujours la même ligne de fermeture, ce qui semble a première vue improbable si il y a un décalage dans une seconde pour lancer le programme. Mais je pense que cela est possible, si il y a une pause à un moment, et que le départ de Trace_on se fasse après une pause et que les cycles restent identiques ensuite. (J'espère que les explications données sont compréhensibles).
Difficile à dire, c'est pas trace que je débogue, mais mon programme. J'ai mes propres méthodes, seulement cette instruction aurait du me faire gagner du temps. C'est le contraire qui s'est produit. Panoramic est gratuit et nous servons de testeur, donc je fais avec. | |
| | | Contenu sponsorisé
| Sujet: Re: TRACE_ON problème | |
| |
| | | | TRACE_ON problème | |
|
Sujets similaires | |
|
| Permission de ce forum: | Vous ne pouvez pas répondre aux sujets dans ce forum
| |
| |
| |