Creation executable declenche un Log Error: impossible de creer l'appli
5 réponses
medow
Chaque fois que je veux recreer l'executable d'une appli qui marche
parfaitement bien en test, j'ai le message d'erreur suivant qui
m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et
avec de la chance en faisant le meme programme par copie/coller, je
peux recreer l'executable pour une nouvelle copie de l'application.
Mais cela entraine chaque fois une enorme perte de temps.
J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai
le meme probleme.
Titre: Program errors
Windev75.exe has generated errors and will be closed by Windows.
You will need to restart the program.
*----> System Information <----*
Computer Name: ALAIN-6AC1C3246
User Name: medow
Number of Processors: 1
Processor Type: x86 Family 6 Model 8 Stepping 3
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 4
Current Type: Uniprocessor Free
Registered Organization: alain
Registered Owner: medow
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Romain PETIT
braun a utilisé son clavier pour écrire :
Chaque fois que je veux recreer l'executable d'une appli qui marche parfaitement bien en test, j'ai le message d'erreur suivant qui m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et avec de la chance en faisant le meme programme par copie/coller, je peux recreer l'executable pour une nouvelle copie de l'application. Mais cela entraine chaque fois une enorme perte de temps. J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
braun a utilisé son clavier pour écrire :
Chaque fois que je veux recreer l'executable d'une appli qui marche
parfaitement bien en test, j'ai le message d'erreur suivant qui
m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et
avec de la chance en faisant le meme programme par copie/coller, je
peux recreer l'executable pour une nouvelle copie de l'application.
Mais cela entraine chaque fois une enorme perte de temps.
J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai
le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison.
(c'est juste un joke pour te dire que ce n'est pas vraiment la peine de
nous copier-coller tout le rapport du bon Dr Watson)
Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été
effectuées dans l'ordre ?
Peux-tu copier-coller les versions des différentes DLL ?
"A propos de Windev"
>> version interne
>> clic droit dans la table, tout copier
Bien cordialement si vous pouvez me sortir de ce terrible cauchemar,
je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ?
- supression du sous-répertoire .cpl et recompilation du projet
- antivirus (bien que je n'ai jamais eu de problème avec, essaie de
désactiver AVG pour la création de ton EXE).
- infection de virus (ta base AVG est-elle à jour, as-tu fais un scan
récemment ?)
- fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une
console)
- es-tu en réseau ? Le projet est-il partagé ?
- WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes
de DLL WD anciennes et accessible par le path (par exemple dans un
répertoire système ?
- problème de dongle ?
...
Bonne nuit,
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Chaque fois que je veux recreer l'executable d'une appli qui marche parfaitement bien en test, j'ai le message d'erreur suivant qui m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et avec de la chance en faisant le meme programme par copie/coller, je peux recreer l'executable pour une nouvelle copie de l'application. Mais cela entraine chaque fois une enorme perte de temps. J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
medow
Je te remercie de ton aide. Entre temps d'une facon bizarre car je l'avais deja essaye sur une autre appli sans succes, en faisant une synchronization du projet avec les dependances etc., j'ai pu recreer un executable. Un point important, je crois que ce phenomene arrive apres l'importation d'une fenetre d'un composant (code source). Comme une fenetre d'un composant amene peut-etre un element qui destabilise l'appli au moment de la creation de l'executable. J'ai remarque ce phenomene apres avoir fait un copie coller d'une appli sans importer les fenetres d'un composant je peux creer l'executable et juste apres l'importation de nouvelles fenetres dont celle d'un composant Windev, j'ai ce probleme qui apparait (dans ce cas en faisant toutes la synchronization et mise a jour des dependances etc. il est possible de recreer l'executable). J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu Windev: j'ai eu le meme probleme. En conclusion: le phenomene arrive probablement apres l'importation d'un element exterieur a l'appli et dans certain cas la synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT wrote in message news:...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche > parfaitement bien en test, j'ai le message d'erreur suivant qui > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > avec de la chance en faisant le meme programme par copie/coller, je > peux recreer l'executable pour une nouvelle copie de l'application. > Mais cela entraine chaque fois une enorme perte de temps. > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
Je te remercie de ton aide.
Entre temps d'une facon bizarre car je l'avais deja essaye sur une
autre appli sans succes, en faisant une synchronization du projet avec
les dependances etc., j'ai pu recreer un executable.
Un point important, je crois que ce phenomene arrive apres
l'importation d'une fenetre d'un composant (code source). Comme une
fenetre d'un composant amene peut-etre un element qui destabilise
l'appli au moment de la creation de l'executable. J'ai remarque ce
phenomene apres avoir fait un copie coller d'une appli sans importer
les fenetres d'un composant je peux creer l'executable et juste apres
l'importation de nouvelles fenetres dont celle d'un composant Windev,
j'ai ce probleme qui apparait (dans ce cas en faisant toutes la
synchronization et mise a jour des dependances etc. il est possible de
recreer l'executable).
J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en
reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu
Windev: j'ai eu le meme probleme.
En conclusion: le phenomene arrive probablement apres l'importation
d'un element exterieur a l'appli et dans certain cas la
synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT <VoirM@Signature.fin> wrote in message news:<mesnews.75917d41.85dfc31b.542.2191@Signature.fin>...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche
> parfaitement bien en test, j'ai le message d'erreur suivant qui
> m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et
> avec de la chance en faisant le meme programme par copie/coller, je
> peux recreer l'executable pour une nouvelle copie de l'application.
> Mais cela entraine chaque fois une enorme perte de temps.
> J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai
> le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison.
(c'est juste un joke pour te dire que ce n'est pas vraiment la peine de
nous copier-coller tout le rapport du bon Dr Watson)
Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été
effectuées dans l'ordre ?
Peux-tu copier-coller les versions des différentes DLL ?
"A propos de Windev"
>> version interne
>> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar,
> je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ?
- supression du sous-répertoire .cpl et recompilation du projet
- antivirus (bien que je n'ai jamais eu de problème avec, essaie de
désactiver AVG pour la création de ton EXE).
- infection de virus (ta base AVG est-elle à jour, as-tu fais un scan
récemment ?)
- fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une
console)
- es-tu en réseau ? Le projet est-il partagé ?
- WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes
de DLL WD anciennes et accessible par le path (par exemple dans un
répertoire système ?
- problème de dongle ?
...
Je te remercie de ton aide. Entre temps d'une facon bizarre car je l'avais deja essaye sur une autre appli sans succes, en faisant une synchronization du projet avec les dependances etc., j'ai pu recreer un executable. Un point important, je crois que ce phenomene arrive apres l'importation d'une fenetre d'un composant (code source). Comme une fenetre d'un composant amene peut-etre un element qui destabilise l'appli au moment de la creation de l'executable. J'ai remarque ce phenomene apres avoir fait un copie coller d'une appli sans importer les fenetres d'un composant je peux creer l'executable et juste apres l'importation de nouvelles fenetres dont celle d'un composant Windev, j'ai ce probleme qui apparait (dans ce cas en faisant toutes la synchronization et mise a jour des dependances etc. il est possible de recreer l'executable). J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu Windev: j'ai eu le meme probleme. En conclusion: le phenomene arrive probablement apres l'importation d'un element exterieur a l'appli et dans certain cas la synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT wrote in message news:...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche > parfaitement bien en test, j'ai le message d'erreur suivant qui > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > avec de la chance en faisant le meme programme par copie/coller, je > peux recreer l'executable pour une nouvelle copie de l'application. > Mais cela entraine chaque fois une enorme perte de temps. > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
medow
Apres avoir fait des modifications legeres sur deux fenetres de mon appli, la creation de mon executable provoque de nouveau un log error sans raison. Les modifications ne portaient que sur de mineur changement dans le code de ces 2 fenetres. J'ai explore tous les possibilites, la seul chose bizarre c'est cette apparition subite apres une simple modification de code.
Romain PETIT wrote in message news:...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche > parfaitement bien en test, j'ai le message d'erreur suivant qui > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > avec de la chance en faisant le meme programme par copie/coller, je > peux recreer l'executable pour une nouvelle copie de l'application. > Mais cela entraine chaque fois une enorme perte de temps. > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
Apres avoir fait des modifications legeres sur deux fenetres de mon
appli, la creation de mon executable provoque de nouveau un log error
sans raison.
Les modifications ne portaient que sur de mineur changement dans le
code de ces 2 fenetres.
J'ai explore tous les possibilites, la seul chose bizarre c'est cette
apparition subite apres une simple modification de code.
Romain PETIT <VoirM@Signature.fin> wrote in message news:<mesnews.75917d41.85dfc31b.542.2191@Signature.fin>...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche
> parfaitement bien en test, j'ai le message d'erreur suivant qui
> m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et
> avec de la chance en faisant le meme programme par copie/coller, je
> peux recreer l'executable pour une nouvelle copie de l'application.
> Mais cela entraine chaque fois une enorme perte de temps.
> J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai
> le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison.
(c'est juste un joke pour te dire que ce n'est pas vraiment la peine de
nous copier-coller tout le rapport du bon Dr Watson)
Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été
effectuées dans l'ordre ?
Peux-tu copier-coller les versions des différentes DLL ?
"A propos de Windev"
>> version interne
>> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar,
> je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ?
- supression du sous-répertoire .cpl et recompilation du projet
- antivirus (bien que je n'ai jamais eu de problème avec, essaie de
désactiver AVG pour la création de ton EXE).
- infection de virus (ta base AVG est-elle à jour, as-tu fais un scan
récemment ?)
- fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une
console)
- es-tu en réseau ? Le projet est-il partagé ?
- WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes
de DLL WD anciennes et accessible par le path (par exemple dans un
répertoire système ?
- problème de dongle ?
...
Apres avoir fait des modifications legeres sur deux fenetres de mon appli, la creation de mon executable provoque de nouveau un log error sans raison. Les modifications ne portaient que sur de mineur changement dans le code de ces 2 fenetres. J'ai explore tous les possibilites, la seul chose bizarre c'est cette apparition subite apres une simple modification de code.
Romain PETIT wrote in message news:...
braun a utilisé son clavier pour écrire :
> Chaque fois que je veux recreer l'executable d'une appli qui marche > parfaitement bien en test, j'ai le message d'erreur suivant qui > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > avec de la chance en faisant le meme programme par copie/coller, je > peux recreer l'executable pour une nouvelle copie de l'application. > Mais cela entraine chaque fois une enorme perte de temps. > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > le meme probleme.
Mais comment fais-tu pour avoir autant de problèmes !
> 77f839ca 8b4710 mov eax,[edi+0x10]
Elementaire mon cher Watson, l'erreur est grosse comme une maison. (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de nous copier-coller tout le rapport du bon Dr Watson) Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été effectuées dans l'ordre ? Peux-tu copier-coller les versions des différentes DLL ? "A propos de Windev" >> version interne >> clic droit dans la table, tout copier
> Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > je n'en dors plus la nuit insomnie sur insomnie.
- même phénomène avec d'autres projets ? - supression du sous-répertoire .cpl et recompilation du projet - antivirus (bien que je n'ai jamais eu de problème avec, essaie de désactiver AVG pour la création de ton EXE). - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan récemment ?) - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une console) - es-tu en réseau ? Le projet est-il partagé ? - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes de DLL WD anciennes et accessible par le path (par exemple dans un répertoire système ? - problème de dongle ? ...
Bonne nuit,
medow
En travaillant en parallele avec la meme appli et en faisant regulierement la creation de l'executable (c'est la mise en bibliotheque qui cree le log error d'une facon imprevisible) puis une sauvegarde. Des que j'ai le log error je fais un copie coller des fenetres de la premier appli qui ont ete changees dans la 2eme application et je cree une 3eme appli en parallele apres avoir verifie que la creation de l'executable fonctionne toujours dans la 2eme appli et ainsi de suite.
La perte de temps est enorme mais ca fonctionne apres avoir creer une dizaine de double de la meme appli. La cause je l'ignore, le seul element c'est qu'a un moment donne sans raison si je fais "Projet..Mettre en Bibliotheque" sur l'editeur j'obtiens un error log du a Windev75.exe et mon appli bien que fonctionnant parfaitement en test ne peut plus etre utilisee pour creer un executable.
Ma version est la 206g, je n'ai jamais eu ce probleme ni avec la 205s et la 205q pour des application pourtant plus complexes.
AVG antivirus a ete fait, je ne suis pas en reseau, j'ai verifie chaque DLL Windev, j'ai essaye sur un autre ordinateur, j'ai enleve le repertoire cpl et refait par compilation, j'ai fait toutes les synchronisations (Projets..Autres) etc. sans resultat.
Le plus comique de l'affaire c'est que l'appli entre ces copie/coller successifs marchent d'une facon parfaite sans la moindre anomalie.
faut-il par hasard revenir en arriere vers la 205q
braun
(braun) wrote in message news:...
Je te remercie de ton aide. Entre temps d'une facon bizarre car je l'avais deja essaye sur une autre appli sans succes, en faisant une synchronization du projet avec les dependances etc., j'ai pu recreer un executable. Un point important, je crois que ce phenomene arrive apres l'importation d'une fenetre d'un composant (code source). Comme une fenetre d'un composant amene peut-etre un element qui destabilise l'appli au moment de la creation de l'executable. J'ai remarque ce phenomene apres avoir fait un copie coller d'une appli sans importer les fenetres d'un composant je peux creer l'executable et juste apres l'importation de nouvelles fenetres dont celle d'un composant Windev, j'ai ce probleme qui apparait (dans ce cas en faisant toutes la synchronization et mise a jour des dependances etc. il est possible de recreer l'executable). J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu Windev: j'ai eu le meme probleme. En conclusion: le phenomene arrive probablement apres l'importation d'un element exterieur a l'appli et dans certain cas la synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT wrote in message news:... > braun a utilisé son clavier pour écrire : > > > Chaque fois que je veux recreer l'executable d'une appli qui marche > > parfaitement bien en test, j'ai le message d'erreur suivant qui > > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > > avec de la chance en faisant le meme programme par copie/coller, je > > peux recreer l'executable pour une nouvelle copie de l'application. > > Mais cela entraine chaque fois une enorme perte de temps. > > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > > le meme probleme. > > Mais comment fais-tu pour avoir autant de problèmes ! > > > 77f839ca 8b4710 mov eax,[edi+0x10] > > Elementaire mon cher Watson, l'erreur est grosse comme une maison. > (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de > nous copier-coller tout le rapport du bon Dr Watson) > Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été > effectuées dans l'ordre ? > Peux-tu copier-coller les versions des différentes DLL ? > "A propos de Windev" > >> version interne > >> clic droit dans la table, tout copier > > > > Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > > je n'en dors plus la nuit insomnie sur insomnie. > > - même phénomène avec d'autres projets ? > - supression du sous-répertoire .cpl et recompilation du projet > - antivirus (bien que je n'ai jamais eu de problème avec, essaie de > désactiver AVG pour la création de ton EXE). > - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan > récemment ?) > - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une > console) > - es-tu en réseau ? Le projet est-il partagé ? > - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes > de DLL WD anciennes et accessible par le path (par exemple dans un > répertoire système ? > - problème de dongle ? > ... > > Bonne nuit,
En travaillant en parallele avec la meme appli et en faisant
regulierement la creation de l'executable (c'est la mise en
bibliotheque qui cree le log error d'une facon imprevisible) puis une
sauvegarde. Des que j'ai le log error je fais un copie coller des
fenetres de la premier appli qui ont ete changees dans la 2eme
application et je cree une 3eme appli en parallele apres avoir verifie
que la creation de l'executable fonctionne toujours dans la 2eme appli
et ainsi de suite.
La perte de temps est enorme mais ca fonctionne apres avoir creer une
dizaine de double de la meme appli.
La cause je l'ignore, le seul element c'est qu'a un moment donne sans
raison si je fais "Projet..Mettre en Bibliotheque" sur l'editeur
j'obtiens un error log du a Windev75.exe et mon appli bien que
fonctionnant parfaitement en test ne peut plus etre utilisee pour
creer un executable.
Ma version est la 206g, je n'ai jamais eu ce probleme ni avec la 205s
et la 205q pour des application pourtant plus complexes.
AVG antivirus a ete fait, je ne suis pas en reseau, j'ai verifie
chaque DLL Windev, j'ai essaye sur un autre ordinateur, j'ai enleve le
repertoire cpl et refait par compilation, j'ai fait toutes les
synchronisations (Projets..Autres) etc. sans resultat.
Le plus comique de l'affaire c'est que l'appli entre ces copie/coller
successifs marchent d'une facon parfaite sans la moindre anomalie.
faut-il par hasard revenir en arriere vers la 205q
braun
medow@inter.net.il (braun) wrote in message news:<ea11472.0401142358.577c63f2@posting.google.com>...
Je te remercie de ton aide.
Entre temps d'une facon bizarre car je l'avais deja essaye sur une
autre appli sans succes, en faisant une synchronization du projet avec
les dependances etc., j'ai pu recreer un executable.
Un point important, je crois que ce phenomene arrive apres
l'importation d'une fenetre d'un composant (code source). Comme une
fenetre d'un composant amene peut-etre un element qui destabilise
l'appli au moment de la creation de l'executable. J'ai remarque ce
phenomene apres avoir fait un copie coller d'une appli sans importer
les fenetres d'un composant je peux creer l'executable et juste apres
l'importation de nouvelles fenetres dont celle d'un composant Windev,
j'ai ce probleme qui apparait (dans ce cas en faisant toutes la
synchronization et mise a jour des dependances etc. il est possible de
recreer l'executable).
J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en
reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu
Windev: j'ai eu le meme probleme.
En conclusion: le phenomene arrive probablement apres l'importation
d'un element exterieur a l'appli et dans certain cas la
synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT <VoirM@Signature.fin> wrote in message news:<mesnews.75917d41.85dfc31b.542.2191@Signature.fin>...
> braun a utilisé son clavier pour écrire :
>
> > Chaque fois que je veux recreer l'executable d'une appli qui marche
> > parfaitement bien en test, j'ai le message d'erreur suivant qui
> > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et
> > avec de la chance en faisant le meme programme par copie/coller, je
> > peux recreer l'executable pour une nouvelle copie de l'application.
> > Mais cela entraine chaque fois une enorme perte de temps.
> > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai
> > le meme probleme.
>
> Mais comment fais-tu pour avoir autant de problèmes !
>
> > 77f839ca 8b4710 mov eax,[edi+0x10]
>
> Elementaire mon cher Watson, l'erreur est grosse comme une maison.
> (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de
> nous copier-coller tout le rapport du bon Dr Watson)
> Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été
> effectuées dans l'ordre ?
> Peux-tu copier-coller les versions des différentes DLL ?
> "A propos de Windev"
> >> version interne
> >> clic droit dans la table, tout copier
>
>
> > Bien cordialement si vous pouvez me sortir de ce terrible cauchemar,
> > je n'en dors plus la nuit insomnie sur insomnie.
>
> - même phénomène avec d'autres projets ?
> - supression du sous-répertoire .cpl et recompilation du projet
> - antivirus (bien que je n'ai jamais eu de problème avec, essaie de
> désactiver AVG pour la création de ton EXE).
> - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan
> récemment ?)
> - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une
> console)
> - es-tu en réseau ? Le projet est-il partagé ?
> - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes
> de DLL WD anciennes et accessible par le path (par exemple dans un
> répertoire système ?
> - problème de dongle ?
> ...
>
> Bonne nuit,
En travaillant en parallele avec la meme appli et en faisant regulierement la creation de l'executable (c'est la mise en bibliotheque qui cree le log error d'une facon imprevisible) puis une sauvegarde. Des que j'ai le log error je fais un copie coller des fenetres de la premier appli qui ont ete changees dans la 2eme application et je cree une 3eme appli en parallele apres avoir verifie que la creation de l'executable fonctionne toujours dans la 2eme appli et ainsi de suite.
La perte de temps est enorme mais ca fonctionne apres avoir creer une dizaine de double de la meme appli. La cause je l'ignore, le seul element c'est qu'a un moment donne sans raison si je fais "Projet..Mettre en Bibliotheque" sur l'editeur j'obtiens un error log du a Windev75.exe et mon appli bien que fonctionnant parfaitement en test ne peut plus etre utilisee pour creer un executable.
Ma version est la 206g, je n'ai jamais eu ce probleme ni avec la 205s et la 205q pour des application pourtant plus complexes.
AVG antivirus a ete fait, je ne suis pas en reseau, j'ai verifie chaque DLL Windev, j'ai essaye sur un autre ordinateur, j'ai enleve le repertoire cpl et refait par compilation, j'ai fait toutes les synchronisations (Projets..Autres) etc. sans resultat.
Le plus comique de l'affaire c'est que l'appli entre ces copie/coller successifs marchent d'une facon parfaite sans la moindre anomalie.
faut-il par hasard revenir en arriere vers la 205q
braun
(braun) wrote in message news:...
Je te remercie de ton aide. Entre temps d'une facon bizarre car je l'avais deja essaye sur une autre appli sans succes, en faisant une synchronization du projet avec les dependances etc., j'ai pu recreer un executable. Un point important, je crois que ce phenomene arrive apres l'importation d'une fenetre d'un composant (code source). Comme une fenetre d'un composant amene peut-etre un element qui destabilise l'appli au moment de la creation de l'executable. J'ai remarque ce phenomene apres avoir fait un copie coller d'une appli sans importer les fenetres d'un composant je peux creer l'executable et juste apres l'importation de nouvelles fenetres dont celle d'un composant Windev, j'ai ce probleme qui apparait (dans ce cas en faisant toutes la synchronization et mise a jour des dependances etc. il est possible de recreer l'executable). J'ai l'AVG qui est a jour, j'ai fait un antivirus, je suis pas en reseau et j'ai installe la 206g sur un ordinateur qui n'a jamais eu Windev: j'ai eu le meme probleme. En conclusion: le phenomene arrive probablement apres l'importation d'un element exterieur a l'appli et dans certain cas la synchronisation peut resoudre le probleme.
Bien cordialement
braun
Romain PETIT wrote in message news:... > braun a utilisé son clavier pour écrire : > > > Chaque fois que je veux recreer l'executable d'une appli qui marche > > parfaitement bien en test, j'ai le message d'erreur suivant qui > > m'oblige a recommence mon projet a partir d'une ancienne sauvegarde et > > avec de la chance en faisant le meme programme par copie/coller, je > > peux recreer l'executable pour une nouvelle copie de l'application. > > Mais cela entraine chaque fois une enorme perte de temps. > > J'ai essaye sur 3 autres ordinateurs avec d'autres configuration, j'ai > > le meme probleme. > > Mais comment fais-tu pour avoir autant de problèmes ! > > > 77f839ca 8b4710 mov eax,[edi+0x10] > > Elementaire mon cher Watson, l'erreur est grosse comme une maison. > (c'est juste un joke pour te dire que ce n'est pas vraiment la peine de > nous copier-coller tout le rapport du bon Dr Watson) > Je suppose que tu utilises la 206g ? Les mises à jours ont-elles été > effectuées dans l'ordre ? > Peux-tu copier-coller les versions des différentes DLL ? > "A propos de Windev" > >> version interne > >> clic droit dans la table, tout copier > > > > Bien cordialement si vous pouvez me sortir de ce terrible cauchemar, > > je n'en dors plus la nuit insomnie sur insomnie. > > - même phénomène avec d'autres projets ? > - supression du sous-répertoire .cpl et recompilation du projet > - antivirus (bien que je n'ai jamais eu de problème avec, essaie de > désactiver AVG pour la création de ton EXE). > - infection de virus (ta base AVG est-elle à jour, as-tu fais un scan > récemment ?) > - fichiers systèmes défectueux (lancer un sfc.exe /SCANNOW dans une > console) > - es-tu en réseau ? Le projet est-il partagé ? > - WD7 est-il installé "à côté" de WD7.5 ? N'aurais-tu pas des problèmes > de DLL WD anciennes et accessible par le path (par exemple dans un > répertoire système ? > - problème de dongle ? > ... > > Bonne nuit,
Fabrice Burghgraeve
bonjour.
"braun" a écrit dans le message de news:
Apres avoir fait des modifications legeres sur deux fenetres de mon appli, la creation de mon executable provoque de nouveau un log error sans raison. Les modifications ne portaient que sur de mineur changement dans le code de ces 2 fenetres. J'ai explore tous les possibilites, la seul chose bizarre c'est cette apparition subite apres une simple modification de code.
(...)
dans ces fenetres, n'y aurait-il pas quelque chose de "special" du style un nom de variable ou un nom de procedure ou un nom de champs tres tres long ? ou un type de champs ou quelque chose qui serait dans ces 2 fenetres mais pas dans les autres ?
Parce que en 5.5 (oui c'est vieux je sais), si on creait une methode d'une classe qui avait la taille maximum qu'on pouvait lui donner (moi j'aime bien donner des noms explicites a mes methodes), ca generait le meme genre de merdouille à la compilation, et egalement de maniere presque aleatoire... (jusqu'a avoir trouve la cause du probleme et alors on se rend une fois de plus compte qu'en informatique il n'y a que des phenomenes d'apparence aleatoire...)
En terme informatique, ce genre de merde s'appelle un debordement de variable, et ca genere des bugs parmi les plus difficiles a cerner, parce que le debordement va avoir des effets totalement differents suivant la zone memoire qu'il va aller corrompre... Et c'est du a une erreur de programmation (vouloir mettre un rond dans un carre en resume)
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD
bonjour.
"braun" <medow@inter.net.il> a écrit dans le message de
news:ea11472.0401150214.47d4f73b@posting.google.com...
Apres avoir fait des modifications legeres sur deux fenetres de mon
appli, la creation de mon executable provoque de nouveau un log error
sans raison.
Les modifications ne portaient que sur de mineur changement dans le
code de ces 2 fenetres.
J'ai explore tous les possibilites, la seul chose bizarre c'est cette
apparition subite apres une simple modification de code.
(...)
dans ces fenetres, n'y aurait-il pas quelque chose de "special" du style un
nom de variable ou un nom de procedure ou un nom de champs tres tres long ?
ou un type de champs ou quelque chose qui serait dans ces 2 fenetres mais
pas dans les autres ?
Parce que en 5.5 (oui c'est vieux je sais), si on creait une methode d'une
classe qui avait la taille maximum qu'on pouvait lui donner (moi j'aime bien
donner des noms explicites a mes methodes), ca generait le meme genre de
merdouille à la compilation, et egalement de maniere presque aleatoire...
(jusqu'a avoir trouve la cause du probleme et alors on se rend une fois de
plus compte qu'en informatique il n'y a que des phenomenes d'apparence
aleatoire...)
En terme informatique, ce genre de merde s'appelle un debordement de
variable, et ca genere des bugs parmi les plus difficiles a cerner, parce
que le debordement va avoir des effets totalement differents suivant la zone
memoire qu'il va aller corrompre...
Et c'est du a une erreur de programmation (vouloir mettre un rond dans un
carre en resume)
--
Fabrice Burghgraeve
Computer & Services
suivez ce lien pour me repondre en prive :
http://cerbermail.com/?I3GMPRuXDD
Apres avoir fait des modifications legeres sur deux fenetres de mon appli, la creation de mon executable provoque de nouveau un log error sans raison. Les modifications ne portaient que sur de mineur changement dans le code de ces 2 fenetres. J'ai explore tous les possibilites, la seul chose bizarre c'est cette apparition subite apres une simple modification de code.
(...)
dans ces fenetres, n'y aurait-il pas quelque chose de "special" du style un nom de variable ou un nom de procedure ou un nom de champs tres tres long ? ou un type de champs ou quelque chose qui serait dans ces 2 fenetres mais pas dans les autres ?
Parce que en 5.5 (oui c'est vieux je sais), si on creait une methode d'une classe qui avait la taille maximum qu'on pouvait lui donner (moi j'aime bien donner des noms explicites a mes methodes), ca generait le meme genre de merdouille à la compilation, et egalement de maniere presque aleatoire... (jusqu'a avoir trouve la cause du probleme et alors on se rend une fois de plus compte qu'en informatique il n'y a que des phenomenes d'apparence aleatoire...)
En terme informatique, ce genre de merde s'appelle un debordement de variable, et ca genere des bugs parmi les plus difficiles a cerner, parce que le debordement va avoir des effets totalement differents suivant la zone memoire qu'il va aller corrompre... Et c'est du a une erreur de programmation (vouloir mettre un rond dans un carre en resume)
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD