Un programme exe plante à chaque 1èr lancement

Tu m’inquiètes Jean Claude.
Ça ne marche toujours pas chez moi !

Bonjour,
Ca me rappel quelque chose.
Il y a quoi... disont deux ans, j'ai eu le problème (avec xpsp3) de ne plus pouvoir me servir de Panoramic.
La seul chose que j'ai trouvé, car personne ne m'a donnée de solution, c'est d'essayer en ouvrant, un autre compte d'utilisateur. Et là les problèmes ont disparus.

Je suppose qu'il doit y avoir un lien avec l'anti-virus ou le pare-feu, mais je n'ai pas trouvé.

Lorsque je double-clique sur l’icône de l’exécutable la 1ere fois, l’application se lance correctement, mais je ne peux plus la relancer une autre fois.
Tandis que, si je double-clique sur le raccourci de l’exécutable, l’application se lance toujours correctement autant de fois.

J’ai essayé ceci :
Au lieu de double-cliquer sur l’icône, je fais un simple click par le bouton droit de la souris et, dans la fenêtre qui s’ouvre, je clique, avec le bouton gauche, sur ‘OUVRIR’ et là ça marche.

Chez moi, le double-click ne lance pas l’application, alors que le click droit (puis ouvrir) lance l’application !
Ceci, je le répète, n’arrive que si, dans le programme il y a un test sur la fonction ‘SCANCODE’
Exemple (‘ while scancode = 0’ etc … ou ‘ until scancode <> 0 etc…)
Pour tous les autres programmes, lorsque je double-clique sur l’icone d’un .exe, je n’ai rencontré aucun problème.
D’ailleurs, le problème dont tout le monde en parle ici ‘can not open …’, je ne l’ai pas encore rencontré.

papydall a écrit:

Au lieu de double-cliquer sur l’icône, je fais un simple click par le bouton droit de la souris et, dans la fenêtre qui s’ouvre, je clique, avec le bouton gauche, sur ‘OUVRIR’ et là ça marche.

Par le menu clic-droit / Ouvrir, j'ai obtenu le "Cannot open file..." J'en conclus que ça ne dépend pas du mode de lancement car il n'y a aucune régularité.

@Cosmos,

Je pense, comme toi, que le problème ne vient pas de Panoramic mais de l'environnement, soit c'est l'anti-virus qui fait des siennes, soit c'est un des innombrables réglages de Windows qu'il faut cibler.

pour mémoire un sujet édifiant:
https://panoramic.1fr1.net/t567-panoramic-probleme-virus?highlight=virus

A+

Mon envi n'est pas de participé, vu que cela ne me concerne pas pour l'instant. Le jour que j'aurai des sous pour racheter un autre ordi, là...

Mais il y a encore pas très longtemps, je me rapèle que j'avais aussi un problème pour le lancer. Pour résoudre ce problème différent de celui du post précédent, j'ai renommé Panoramic. Je l'avais appelé n'importe comment: POPO_NICNIC. Peut importe, et à partir de là, je me sert de Panoramic normalement.

Je sais plus, vu que je ne prend pas de note, mais je crois que c'est depuis que j'ai désinstallé Avast, pour mettre ClamWin à la place (à cause d'un problème de mémoire), que je crois bien que cette manipulation de renommé Panoramic, n'est plus nécessaire.

Bravo Ambroise pour ta description,

Je pense que tu devrais essayer de déconnecter ton antivirus et recommencer tes test, pour voir si l'antivirus est la cause.

A+

Bonjour Jean Claude,

J'ai déjà essayé en désactivant l'antivirus, mais l'erreur apparaît tout de même. Et n'ayant pas tous le même antivirus, il y a peu de chance pour qu'il en soit la cause. Ayant omis d'ajouter cette observation à mon bilan, je m'empresse de l'éditer...

Je confirme: ces problèmes ne sont ni liés à l'anti-virus, ni au pare-feu. Même si aucun outil de sécurité n'est activé, cela persiste toujours.

Considérant :

1. que l'ouverture de Panoramic_editor déclenche l'erreur :



2. et que lier une extension à son propre exécutable ouvre une fenêtre Panoramic V x.x.xx.xxx plutôt que son propre exécutable,



j'en déduis qu'une compilation par Panoramic ne crée pas un exécutable indépendant et qu'il promène avec lui le bug d'ouverture inhérent à Panoramic... La compilation conserve un lien avec le compilateur et... son bug ! ... Démonstration SGDG , bien sûr... Prions fort pour que le nouveau compilateur annoncé par Jack résolve tout d'un coup d'un seul

Une tentative de plus,

Est-que cela ne pourrait pas venir de la version Microsoft.NET Framework. Moi j'en ai plusieurs qui arrivent avec les mises à jour



Traquer la bête.....

Bonjour à tous,
Je ne suis guère prolixe dans ce forum que je suis néanmoins en temps réel depuis cinq ans.
J'ai rencontré ce problème depuis le début et de façon aléatoire et comme le disent tous, je pensais que j'avais omis un protocole ou une façon de faire.

J'ai créé en 2010 un petit applicatif pour nous faciliter la vie au sein de l'entreprise. En gros, on va rechercher sur le serveur les dossiers afférents à une présélection géographique et on en affiche tous les dossiers et en cliquant dessus on en affiche tous les fichiers qu'il suffit d'ouvrir. Ceci a été un gain de temps extraordinaire

Tout cela pour revenir au problème cité. J'ai W7 en 32 et 64 bits et lorsque j'ouvre ce programme chez moi, bien sûr il va se planter par la suite puisqu'il ne trouve pas les directions du serveur, mais avant, il me mets le message d'erreur quelquefois et de façon tout à fait aléatoire.

Pour tester ce programme et le mettre au point, je l'ai compilé à la boîte sous XP (avec Panoramic dans une clé USB) et je l'ai installé sur 7 postes sur le bureau et jamais au grand jamais, il n'y a eu aucun message d'erreur depuis deux ans. D’où l'idée d'un résidu dans ma machine première que Panoramic irait rechercher. Mais je ne suis pas assez connaisseur pour le mettre en valeur et il existe de grands spécialistes sur ce forum

J'espère que cette expérience personnelle fera avancer les choses.

Merci aussi de m'indiquer comment on poste un programme pour que ce soit propre visuellement car je ne l'ai encore jamais fait et j'ai bien senti que la communauté aime certaines règles d'indentation et de présentation alors que je suis assez merdique dans cette acceptation.

En tous cas, bonne fête de la musique à tous ! ici il pleut

Salut Mike,

Quand tu réponds et que tu veux insérer un code, tu copie ton code, tu clique sur la balise "code" représentée par <>, tu colle et ru reclique sur cette même balise qui en principe est devenu rouge.

Ton expérience avec XP est intéressante...

A+

PS: chez moi, c'est ciel bleu, 33° à l'ombre, comme dab !

Bonjour Mike,
Effectivement, on ne peut pas dire que tu nous encombres avec tes messages, inscrit depuis 2007 ! tu es l'un des plus anciens ici (eh oui, 6 mois de plus que moi !)!

Pour la publication des programmes ici sur le forum, Jean Claude t'a bien expliqué, en gros le code est encadré par les balises [ code ] et [ /code ] (les crochés sont collés).
Je précise ce que dit Jean Claude: quand tu 'colles' le programme dans le message, il se trouve sélectionné, et là il suffit de cliquer une seule fois l'icône '<>' pour qu'il se trouve encadré automatiquement par les balises code et /code.

Mais il me semble que tu voulais parler aussi de la présentation générale à l'intérieur du code.
Quelques uns ici ont donné des structures générales (Klaus en particulier) qu'il n'est pas mauvais d'adopter, pour la clarté.
En ce qui me concerne, pour mon confort personnel, je mets tous les mots-clés en majuscules, et je fais une indentation de 4 espaces quand c'est nécessaire, par exemple:

Code:

IF condition 1
    code...
    IF condition 2
        code...
    ELSE
        code...
    END_IF
END_ID

de même pour tout ce qui est boucles, WHILE et END_WHILE, REPEAT et UNTIL, SELECT et END_SELECT, etc.
Je m'efforce de bien détacher les sous-programmes, et de mettre le plus de commentaires possibles, c'est utile pour les autres mais aussi pour soi, quand on reprend le programme longtemps après.
Ce sont des idées générales, mais chacun fait à son idée, il n'y a pas de règle bien précise.
Mais évidemment si on soumet un programme ici, et surtout pour demander de l'aide, il est bon que ce soit le plus clair possible !

Bonsoir,

Souhaitant que ce bug soit éradiqué très vite (je ne distribue pas mes exécutables tant que le problème persiste) , j'expérimente à tour de bras.

J'ai testé sur chacun de mes exécutables et sur Panoramic.exe des compatibilités diverses [clic droit / propriétés / compatibilité]. Je remarque que la fenêtre d'erreur se raréfie si on choisit "Windows XP Pack 3". Toutefois elle ne disparaît pas à jamais. Sur Windows 7, c'est la cata...

Est-ce vraiment indispensable que Panoramic.exe soit dans le dossier c:\users\XXX\AppData\Local\Temp ? L'éditeur ne le trouverait-il pas plus facilement s'il était dans le même dossier que lui ? Sur mon ordi, le dossier s'appelle "utilisateurs" plutôt que "users". Est-ce cela qui le trouble ?

Bonsoir Ambroise, il y a effectivement assez souvent des problèmes de chemins d'accès dans W7.
Les noms de certains répertoires système ont été traduits en français, et ça trouble souvent.
Par exemple (avec l'exemple que tu cites), dans l'explorateur le répertoire donné comme 'Utiisateurs' s'appelle en réalité 'Users', le répertoire 'Bureau' est en réalité 'Desktop'.
Et (parfois ?) si on donne dans le chemin d'accès Utilisateurs ou Bureau il ne trouve pas, il faut mettre Users et Desktop...
et je suis bien loin de connaître les subtilités de Windows...

Panoramic.exe qui est dans C:\Users\...\Temp doit être un raccourci, mais pas le vrai programme.

JL35 a écrit:

Panoramic.exe qui est dans C:\Users\...\Temp doit être un raccourci, mais pas le vrai programme.

Bonjour JL5,

Sais-tu où est le vrai programme Panoramic.exe ? Quand je fais une recherche sur le disque dur, le moteur ne le trouve pas.

Personnellement je l'ai mis où je voulais (dans C:\Util\Panoramic.exe) et c'est là que je l'utilise, le raccourci qui existe également chez moi ne me sert à rien (à moi).

D'une manière générale, pour rechercher un fichier dont on connaît le nom précis, la recherche de Windows ne donne que ce qu'elle veut bien donner, et apparemment ne trouve pas tout, je l'ai constaté souvent.

Pour faire une recherche exhaustive, j'utilise la fonction wh de MsDos, c'est plus long, mais il trouve tous les emplacements où existe le fichier.

PS autant pour moi ! la commande wh n'est pas une commande standard msdos, mais un petit fichier batch à moi, que je te livre ici, tant qu'à faire:

Code:

@Echo off
IF "%1"=="" GOTO Aide
:Rech
Echo Recherche de %1 sur C:
if "%2"=="" GOTO Ecran
Attrib C:\%1 /s >%2
Echo Fin de recherche %1, résultat dans %2
goto Fin
:Ecran
Attrib C:\%1 /s | more
Echo Fin de recherche %1
goto Fin
:Aide
Echo Recherche d'un fichier dans tout le disque dur (C:)
Echo    WH fichier [Fichierrésultat]
Echo Recherche d'une série de fichier dans tout le disque dur (C:)
Echo    WH *.Suf [Fichierrésultat]
Echo Résultat sur écran ou dans un fichier.
:Fin

à enregistrer et à exécuter sous wh.bat

Attention ! Il y a une confusion par rapport à Panoramic.exe.

Ce dont tu parles, JL35, est le module, fourni par Jack, qui exécute directement un fichier source Panoramic sans passer par la fenêtre de l'éditeur.

Ce dont nombre d'entre nous se plaignent, c'est une erreur sur "...\Local setrtings\temp\Panoramic.exe". Ce fichier est l'exécutable normalement invisible qui est constitué par Panoramic_Editor.exe, lorsqu'un fait "Run" ou le bouton "éclair". Car l'éditeur n'interprète pas directement. Il fait comme si on avait demandé la création d'un exécutable par le menu "Fichier/exécutable (.exe)". Cet exécutable temporaire porte TOUJOURS le nom de Panoramic.exe et est placé dans ce répertoire temporaire qui est normalemenr supposé être invisible.

Tu as évidemment raison Klaus, et d'ailleurs ce n'est pas très sain d'avoir le même nom pour deux choses différentes, enfin pour moi. Le Panoramic.exe temporaire est celui recréé à chaque fois, au coup par coup, depuis l'éditeur.
Mais il y a peut-être justement un problème de chemin d'accès, avec les noms de répertoire traduits par windows... finalement ce qui est troublant c'est que ce ne soit pas systématique, un coup ça marche, un coup ça ne marche plus.

D'accord avec toi, JL35.

J'apporte un nouvel élément de réflexion à ce problème. A première vue, ça n'a rien à voir, et pourtant... Il y a peut-être un lien.

J'ai publié un "Gestionnaire perso de plantes". ce programme a une fonction "Imprimer" dans le menu. Cette fonction fait une copie d'écran dans le presse-papier, puis la charge dans un picture, puis fait une sauvegarde du picture par FILE_SAVE, puis imprime ce fichier par mon outil WTP. Or, il a fallu que j'ajoute des PAUSE à plusieurs endroits avant de lancer l'impression proprement-dite, sinon, WTP n'avait pas accès au fichier, alors que les commandes Panoramic pour constituer ce fichier étaient terminées. Pire: dans certains cas, FILE_SAVE ne libère pas le fichier, qui reste alors verrouillé et est inaccessible pour WTP ! J'ai dû insérer un FILE_LOAD du même fichier dans le même picture pour libérer le verrouillage, comme ceci:

Code:

  if file_exists(rep$+hdc$)=1 then file_delete rep$+hdc$
  pause 300
  file_save no_print%,rep$+hdc$
  file_load no_print%,rep$+hdc$
  pause 300
  execute hdcprint$

Et là encore, l'erreur était aléatoire: des fois, ça marchait, et des fois pas. Alors, je me pose la question: Au lancement, n'y aurait-il pas un problème de cette nature ? Par exemple: lorsque l'éditeur crée l'exécutable temporaire et le lance dans la foulée, est-ce qu'il est vraiment déjà validé et connu du système de gestion de fichiers ? Avec FILE_SAVE en tout cas, il est certain que non. J'ai même vérifié avec FILE_EXISTS(...) immédiatement après un FILE_SAVE, et je n'ai pas toujours le résultat escompté (soit 1). Le délai dans le morceau de code ci-dessus, bien qu'illogique, est impératif.

Alors, même cause-même punition pour Panoramic ?

C'est une idée intéressante, et plausible, mais dans ce cas on ne peut plus se fier à personne.
mon idée c'est que les actions concernant un fichier sont mises en file d'attente quelque part par windows et que ça devrait se dérouler dans l'ordre chronologique.
Effectivement, si on cherche à lire un fichier alors qu'il n'est pas encore physiquement écrit, il y a quelque chose qui cloche dans le déroulement des opérations ! et pourtant ça semble bien se passer comme ça, ce qui expliquerait le caractère aléatoire de l'erreur.
Il y a quand même un truc avec Panoramic, parce que ça ne se produit qu'avec Panoramic.

Klaus a écrit:

Alors, je me pose la question: Au lancement, n'y aurait-il pas un problème de cette nature ? Par exemple: lorsque l'éditeur crée l'exécutable temporaire et le lance dans la foulée, est-ce qu'il est vraiment déjà validé et connu du système de gestion de fichiers ?

Klaus,

J'ai testé ton idée en lançant Panoramic_editor.exe par un fichier batch :

Citation :

copy C:\programm\PANORAMIC.exe c:\users\GMH\AppData\Local\Temp\PANORAMIC.exe
start C:\programm\PANORAMIC_EDITOR.exe
exit

Je fais un copier de PANORAMIC.exe situé dans c:\users\etc... que j'ai obtenu dans la session précédente.
J'ai sauvegardé le fichier PANORAMIC.exe dans mon dossier c:\programm
Mon fichier batch le copie dans c:\users\etc... puis lance PANORAMIC_EDITOR.exe

Jusqu'à présent, le test est concluant : la fenêtre d'ereur n'est pas encore apparue. Testez vous-même pour être sûr de l'affaire. Ce bug est tellement fantaisiste !

Si on a là la solution, alors chapeau bas à Klaus !

@Ambroise
Ton test est vraiment astucieux. Je pense qu'il met bien en évidence ce qui se passe. Bravo !