Un programme exe plante à chaque 1èr lancement

Je fais partie du club...

Je suis sous XP SP3 et mes programmes sont on ne peut plus basiques (sans jeu de mot), pas de DLL
que je ne connais pas, pas de trucs exotiques.

Je mettais cela sur le compte de mon incompétence, mais il semble bien que non...

topmozika a écrit:

je ne sais pas si c'est une coïncidence ou pas, mais après avoir mis à jour le NET FRAMEWORK 4 sous Win 7 de mon system, le plantage ne s’était pas produit depuis hier

Il faut voir à la longue. J'ai cru aussi, à un moment donné, avoir trouvé le pourquoi du comment. J'avais fait un lien dans ma tête entre le bug et le fait que l'exécutable même fermé avec un TERMINATE était encore listé dans les processus actifs de Windows. J'ai donc codé une sortie de mes exécutables par un execute "Tasklist.exe /F /IM monexecutable.exe". J'ai cru avoir trouvé la solution pendant quelques heures. Mais je n'y ai pas cru plus longtemps !

C'était en effet pas très futé du fait que le bug apparaît même aussitôt après l'allumage du PC !

@Jack:
Voici le BUG qui arrive souvent:
1 - sous XP PRO SP3
2 - booter XP
3 - logger comme utilisateur administrateur
4 - premier lancement de l'éditeur
5 - faire "Nouveau" pour avoir une fiche vierge
6 - saisir un petit programme, en occurence le début d'une application personnelle dont voici le source:

Code:

' MesPlantes.bas
'
' Application personnelle de gestion de plantes et fleurs

label labels : gosub labels
gosub constantes
gosub variables
gosub donnees
gosub form0
gosub menu
gosub GUI
gosub initialisations
end

labels:
  label constantes, variables, donnees, form0, menu, GUI, initialisations
 
  return

constantes:
  dim titre$ : titre$ = "Mes Graines, Fleurs et Plantes"
  return
 
variables:
  dim no%, no1%, no2%, i%, j%, n%
 
  return
 
donnees:
  return
 
form0:
  full_space 0
  caption 0,titre$
  return
 
menu:
  no% = no% + 1 : main_menu no% : no1% = no%
  no% = no% + 1 : sub_menu no% : parent no%,no1% : no2% = no%
    caption no%,"Fichier"


  return
 
GUI:
  return
 
initialisations:
  return

On voit que le code est encore rudimentaire - j'ai juste établi la structure générale.

7 - lancer le programme par "Run", sans avoir enregistré au préalable ===> CRASH:


Ceci est le bug principal dont tout le monde parle. Ca arrive avec l'interpréteur, mais aussi en démarrage d'un programme compilé en EXE

8 - valider le message
9 - sortir du programme fautif par la croix rouge
10 - relancer IMMEDIATEMENT par "Run" SANS faire quoi que ce soit ====> OK !

Au second lancement, il n'y a plus de plantage !

Malheureusement ce n'est pas systématique, je fais comme tu dis et je n'ai pas d'erreur... cette fois-ci !
Mais quand elle se produit, c'est toujours au lancement initial d'un programme Panoramic, compilé en exe chez moi, mais aussi sans doute sous éditeur.

Il me semble que ça a dû apparaître à la sortie d'une nouvelle version, mais du diable si je sais laquelle, il y a quelques mois. On peut quand même dire je pense que ce n'est pas dû au contenu du programme lui-même.

Je ne vais pas apporter grand chose, mais bon....

J'ai fait le test indiqué par Klaus, en prenant soins de ne rien faire d'autre à l'ouverture de l'ordinateur (j'avais copié le code dans un fichier txt) .
je fais nouveau code, je colle, je lance, pas de problème.

J'ai aussi essayer avec un chargement de fichier, toujours pas de problème.

La seule chose qui m'arrive encore fréquemment, c'est l'impossibilité de charger un fichier(txt ou autre) au premier lancement d'un code.bas par l'éditeur. Je relance et pas de problème.
Cette impossibilité ne se produit pas si j'ai, par avance, lancer run (F9) sans aucun code.bas chargé.
Çà ne se produit pas avec un exe.
Par contre ce problème existe chez moi depuis toujours (quelque soit la version)

Sujet déjà vu, Jack explique pour quoi ici:
https://panoramic.1fr1.net/t1372-probleme-avec-file_load-nf?highlight=load


J' espère que çà puisse faire avancer...

A+

Je n'ai pas le message "Cannot open file C:\ ...\Panoramic.exe" comme illustré dans le post de Klaus. Me concernant il est indiqué dans la fenêtre d'erreur que mon propre exécutable ne peut être ouvert :

@Jean-Claude
Dans mes programmes, je fais en général un dir_change pour forcer un répertoire par défaut.
Mais le problème se pose malgé cela, de façon aléatoire. Aucun moyen de le provoquer systématiquement.

En occurence, dans le programme que j'ai posté ci-dessus, il n'y a aucune ouverture de fichier. Rien.
C'est l'éditeur qui a un problème. Regarde bien l'image d'écran que j'ai posté en dernier, sur la page 2.
Mon programme a bien démarré - on le voit affiché à l'écran !
Et pourtant, Panoramic affiche me message "Cannot open file ...\Temp\Panoramic.exe"
Et avec ce fichier, il s'agit de l'exécutable temporaire généré par Panoramic lui-même, et placé dans
\Local Settings\Temp\ avec le nom de fichier générique Panoramic.exe qui est utilisé pour tout programme lancé par "Run".

Panoramic ne retrouve pas son propre enfant, alors qu'il est bien là ! Il y a un vrai problème, là !

Oui Klaus on est d'accord: le chargement ou pas d'un fichier n'a rien à voir.
C'est un truc bizarre...


@Ambroise, pour tes copies d'écran, passe par la balise "Héberger une image" et garde le format proposé (800 pixels), car ton image est tellement grande que çà perturbe l'affichage du Forum. Moi j'ai un écran de 19"", çà me gêne moins, mais pour les petits écrans çà doit être pénible.
Le prend pas mal, c'est juste un conseil.... D'ailleurs tu n'est pas le seul....

A+

@Jean Claude

Excuse mon ignorance... J'ai réduit la photo au message d'erreur. Le reste n'apportait rien à la démonstration.

Une remarque qui servira peut-être ou qui ne servira pas. Car je ne comprends pas ce que signifient les erreurs signalées par CCleaner.

Lorsque je fais analyser le registre de Windows par CCleaner, toutes les erreurs signalées concernent Panoramic.exe et tous mes exécutables Panoramic sans exception. En voici une ligne en exemple :

Citation :

Référence MUI Manquante : c: \users\moi\AppData\Local\Temp\Panoramic.exe HKKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\MuiCache

Est-ce que ça peut faire avancer le schmilblick ?

Très certainement je suis à côté de mes pompes, mais je viens de trouver ceci dans mon disque C:
Comme il y a un bac à sable avec W7, et j'en ai un à cause d'Autoit:

Citation :

C:\Sandbox\xxxxxxxxx\DefaultBox\user\current\Local Settings\Temp

Et dans ce dossier, il y a Panoramic.exe.

Est-ce que des fois ceci n'est pas la cause de cela?

C'est l'exécutable temporaire que l'éditeur crée quand on fait "Run". C'est normal.

CCleaner me signale uniquement des erreurs dans le registre concernant les exécutables écrits en Panoramic. En plus des erreurs signalées plus haut, je découvre ce soir :

Citation :

Application pour l'ouverture inexistante "C:\programm\fichier.exe""%1" HKCR\tmp_auto_file\shell\open

Pour valoir ce que de droit...

J'ai voulu relancer un programme Panoramic généré en EXE. Voici ce que j'obtiens au premier doucle-clic sur son icône sur le bureau:

Je valide le message, et je double-clique une nouvelle fois sur la même icône:

et tout marche bien. Le BUG a encore frappé !
Et voici les propriétés du raccourci:


EDIT

Pour résumer les problèmes rencontrés par moi:
- plantage aléatoire au lancement d'un programme dans l'éditeur
- plantage SYSTEMATIQUE au premier lancement par l'éditeur d'un programme qui utilise une DLL, sur la ligne DLL_ON
- plantage fréquent au lancement d'un programme compilé en EXE, par double-clic sur son icône

Et dans TOUS les cas, le problème disparaît en relançant simplement la même opération, sans faire autre chose !

Klaus a écrit:

C'est l'exécutable temporaire que l'éditeur crée quand on fait "Run". C'est normal.

Je ne dis pas qu'il y a un bug, je dis qu'il y a une deuxième copy. La copie normale est dans mes_documents..., Là, il y a une deuxième copy, et personne ne s'est posé la question, si cela n'intervient pas.

De toute façon, c'est hors de mon domaine.

L'exécutable temporaire pour "Run" se crée toujours dans
"...\Mes documents\Local settings\temp\Panoramic.exe".
C'est le chemin que tu trouves dans ton bac à sable, avec l'arborescence du bac à sable au début. Et si tu as lancé une fois un programme par "Run" en-dehors du bac à sable, tu l'as également dans l'arborescence normale, avec la fin de chemin indiquée ci-dessus. Donc, à priori rien d'anormal si tu le trouves 2 fois, à condition que ce soit toujours avec la partie de chemin que j'ai indiqué ci-dessus.

Salut à tous

J’ai créé un exécutable ‘Fougere.exe’ à partir du code suivant

Code:

' ****************************************************
' *                                                 
' *  L A  F O U G E R E  D E  B A R N S L E Y   
' *                                                 
' *                par Papydall                   
' *                                                 
' ****************************************************
dim titre$,x,y,n,r,x1,y1
width 0,1000 : height 0,800
titre$ = "L A    F O U G E R E    D E  B A R N S L E Y"
caption 0,"Papydall vous présente        " + titre$ + "  <CLICK>  pour arrêter"
color 0,0,0,0 : 2d_pen_color 0,255,0 : cls
for n = 1 to 50000
  r = rnd (1)
  if r <= 0.01 : x = 0 : y = 0.16 * y
    else
    if r <= 0.08 : x = 0.2 * x - 0.26 * y : y = 0.23 * x + 0.22 * y + 1.6
      else
      if r <= 0.15 : x = -0.15 * x + 0.28 * y : y = 0.26 * x + 0.24 * y + 0.44
        else
    x = 0.85 * x + 0.04 * y : y = -0.04 * x + 0.85 * y + 1.6
      end_if
    end_if
  end_if
  x1 = (x + 3) * 70 : y1 = 700 - y * 70
  2d_point x1-50, y1  : 2d_point 700-x1,700-y1 : 2d_point 1000-x1,y1
  if scancode <> 0 then end
next n

J’ai enregistré ‘Fougere.exe’ dans le même répertoire que ‘Fougere.bas’
J’ai sorti de l’éditeur et j’ai double-cliqué sur ‘Fougere.exe’, le programme s’est exécuté correctement.
J’ai arrêté le programme par un clic.
Mais en voulant exécuter une 2eme fois le programme, je n’ai obtenu qu’un écran noir !
Toutes les tentatives d’exécutions ont échouées.

J’ai créé 2 raccourcis vers l’application : l’un sur le bureau, l’autre dans le même répertoire que ‘Fougere.exe’
En double-cliquant sur l’un ou l’autre des raccourcis, le programme s’exécute correctement,
mais l’écran reste obstinément noir en double-cliquant sur l’application ‘Fougere.exe’.


Le raccourci vers la cible lance bien l’application. Mais je ne peux pas lancer l’application en double-cliquant sur elle !

Peut-être je ne t'ai pas bien compris, mais ce n'est pas un raccourcis, c'est un vrai programme qui se trouve aussi dans le bac à sable.




Là c'est fini!
On se croise. Bon bonsoir Papydall

Dis Cosmos 70, ton ‘PANORAMIC.exe’ est créé le 23/05/1986
Tu as une très très longue avance sur nous !

J’ai fais quelques autres essais et je suis arrivé à la conclusion suivante :
Lorsque dans un programme on sort par un click ou par l’appui sur une touche (avec par exemple le code suivant)

Code:

if scancode <> 0 then terminate

Et si on crée un .exe à partir de ce programme, ON NE PEUT EXECUTER LE PROGRAMME QU’UNE FOIS ET UNE SEULE.
Toute tentative de reexécuter le programme échoue : parfois en affichant simplement un écran noir, parfois, l’écran noir est furtif et il n’y a aucun message d’erreur !
Par contre si on crée un raccourci vers ce même programme, on peut l’exécuter (en double-cliquant sur ce raccourci) autant de fois que l’on désire.
Il y a certainement un problème.

Pour les autres programmes qui ne comportent pas

Code:

if scancode <> 0 then terminate

Je n’ai rencontré aucun problème.

Pour illustrer mes propos, voici un programme (on doit sortir par un click ou par l’appui sur une touche)
Faites un exe (par exemple ‘Attracteur.exe’)
Exécutez-le en double-cliquant dessus. Tout se passe bien. Arrêtez le programme par un click ou par l’appui sur une touche.
Reexecuter le programme : il ne s’exécutera plus !
Faites un raccourci vers ce programme et placez ce raccourci où vous voulez.
Double-cliquez sur ce raccourci : le programme s’exécute correctement autant de fois que vous voulez.

Voici le programme à essayer :

Code:

'      ATTRACTEUR DE GUMOWXKI-MIRA par PAPYDALL
dim x,y,xp,xo,yo,a,b,r,a$
width 0,1000 : height 0,700
caption 0 , "<CLICK> pour arrêter" : color 0,0,0,0 : 2d_clear
a = .31  : b = 1  : xo = 3  : yo = 1  : r = 10
x = xo :y = yo
while scancode = 0
  xp = b*y+a*x+2*(1-a)*x*x/(1+x*x):y = 0-x+a*xp+2*(1-a)*xp*xp/(1+xp*xp):x = xp
  2d_pen_color 100 + rnd(150),150+rnd(100),rnd(255):2d_point r*x+460, r*y+340
end_while
terminate

Doit-on conclure que ‘SCANCODE’ est pour quelque chose ?

A+

Bonjour,

Une chose : Quand vous faites vos tests, est-ce que vous vous assurez qu'il ne traine pas un ou des processus PANORAMIC.EXE avec le gestionnaire des tâches ?

Car parfois après plusieurs plantages, il peut rester des résidus des exécutions précédentes et cela peut être la source des échecs de lancement....

Une chose est sûre : c'est qu'il y a l'execution du code qui commence alors que des variables/constante propre à Panoramic ne sont pas initialisées...
Par exemple, le programme de Klaus concernant la gestion de plantes, ne s'execute pas lors du 1er lancement.
J'ai droit à un List index out of bound....

D'aillleurs, si vous démarrer l'editeur Panoramic et que vous creez un petit bout de code avec une (D)LIST, vous avez de forte chance d'avoir ce message d'erreur lors de la 1ere execution...

Autre chose, peut-être liée à ce bug qui nous nargue tant :

Mon exécutable crée et lit des fichiers auxquels je joins une extension de mon cru : .lxq
J'ai lié cette extension exotique à mon exécutable "lexique.exe".

Quand je clique sur mon fichier texte d'extension. lxq , et bien, au lieu de lancer mon exécutable (comme quand on clique sur un fichier .doc, on lance Word), il ouvre une fenêtre vide dont le titre est "Panoramic V 0.9.23i6", accompagnée de la fenêtre d'erreur : (32) Illegal instruction Line:1

Il semble que l'exécutable ne vole pas de ses propres ailes.

Bref, c'est le bin's....

Nardo26 a écrit:

Une chose : Quand vous faites vos tests, est-ce que vous vous assurez qu'il ne traine pas un ou des processus PANORAMIC.EXE avec le gestionnaire des tâches ?
Car parfois après plusieurs plantages, il peut rester des résidus des exécutions précédentes et cela peut être la source des échecs de lancement....

J'ai cru aussi que ça jouait (voir plus haut), mais il n'en est rien. Résidus ou pas résidus, le message d'erreur peut apparaître. Je dis bien "peut" parce qu'il est très capricieux.
D'autre part, quand vous obtenez un premier échec, le processus est listé tout de même, et ça n'empêche pas (au contraire) le programme de se lancer à la deuxième tentative.
Par contre il reste étrange que TERMINATE ne tue pas toujours le processus. Chacun peut le constater par un Ctrl+Alt+Suppr.

Bonjour tout le monde.

Voici un autre exemple de programme ‘TEST.BAS’
Veuillez tester, par vous-même.
*** Exécutez le programme par <F9> ou par ‘l’éclair’
*** Sortez du programme par un click ou par l’appui d’une touche du clavier.
***Jusqu’à ce moment, tout est bien.
***Faites un exécutable ‘TEST.EXE’ par ‘Fichier -- > Exécutable (.exe) ou Application ‘.exe)
***Enregistrez ‘TEST.EXE’ où vous voulez.

Maintenant, vous aller exécuter votre œuvre ‘TEST.EXE’.
Pour cela, double-cliquer sur l’icône TEST.EXE :
L’application s’exécute correctement et vous pouvez sortir du programme par un click ou par une touche quelconque.
Relancez la même application une autre fois et là rien ne va plus : on voit (le temps d’une fraction de seconde) une fenêtre furtive et puis plus rien, ni message d’erreur ni rien.

Continuez maintenant comme ceci
***Faites un raccourci ‘TEST.EXE’ de la même application ‘TEST.EXE’
***Mettez ce raccourci où vous voulez (sur le bureau, par exemple)
***Double-cliquez sur ce raccourci : l’application s’exécute correctement
***Sortez du programme comme précédemment
***Relancez votre application (avec le raccourci) autant de fois que vous voulez : TOUJOURS L’APPLICATION S’EXECUTE CORRECTEMENT.

Je ne voie pas pourquoi le raccourci lance l’application sans problème, alors qu’on ne peut pas lancer la même application en double-cliquant sur son icône.

CE GENRE DE PROBLEME ARRIVE SEULEMENT LORSQUE, DANS LE PROGRAMME, EXISTE UNE INSTRUCTION DE TEST DE SCANCODE.

Voici le programme à tester

Code:

while  scancode = 0
  print "<CLICK> ou une touche pour sortir"
end_while
terminate

Il y a certainement quelque chose que je ne comprends pas!


PS
Arrêtez vos ordis et allez vaquer à vos occupations.
En y retournant, exactement le même problème se répète : une 1ere exécution correcte du programme et par la suite rien ne va plus sauf par le raccourci.

Il n’y a donc pas un ou des processus PANORAMIC.EXE qui trainent comme l’a soupçonné Nardo26. Ou peut-être qu'il y a quelque chose qui m'échappe.

J'ai fais le test comme tu l'indique Papydall, et avec ton code, Et çà marche..., pas de plantage ou de message d'erreur.
??????????????????????????????????????????????????????????????????????????????????????????????????????