Discussion :

[slimjoe]

Bonjour!

J'ai une application Delphi 7 qui, chez un de mes clients, se ferme sans message d'erreur, sans avertissement et ce sans que je puisse reproduire le problème à volonté. J'ai donc très peu d'indices

Ma question est fort simple : comment vous y prendriez-vous pour trouver la source du problème ?

Merci!

[Droïde Système7]

Bonjour,

Ma modeste piste :

Qu'ils changent le PC pour comparer.

Un Ghostage entre les deux bécanes....

[slimjoe]

Merci pour la suggestion . Mais je ne suis pas certain que ça soit applicable dans ma situation. Mon logiciel est en production (utilisé par 25 personnes simultanément) et roule en Terminal Server. Donc changer la machine correspondrait à changer de serveur (i.e. faut oublier ça ).

Merci encore

[TicTacToe]

Ecrire dans un fichier log, les différentes étapes de ton appli. et/ou des valeurs de variables.

(en remplacement des fameux ShowMessage( 'etape1' ) etc... pour ne pas trop perturber l'utilisateur).

Un fichier log par démarrage (par exemple nom du fichier = yymmdd-hhmmss.log).

Ca va faire un paquet de log, mais comme c'est une phase de debuggage, tu peux les suivre et faire le ménage.

bon courage !

:EDIT: completer le nom du fichier par le login user, j'ai vu entre temps qu'il y en a 25

[Droïde Système7]

Re,

De rien de rien, même pas seulement changer le HDD ?

S'il est possible à un moment de stopper le PC en question...

Au moins cela indiquerait ou non la cause Hard.

PS : A explorer aussi : http://www.developpez.net/forums/sho...d.php?t=205578

Merci pour la suggestion . Mais je ne suis pas certain que ça soit applicable dans ma situation. Mon logiciel est en production (utilisé par 25 personnes simultanément) et roule en Terminal Server. Donc changer la machine correspondrait à changer de serveur (i.e. faut oublier ça ).

Merci encore

[slimjoe]

Merci pour votre aide à tous!

Je n'ai aucun contrôle sur le hardware, le matériel ne peut être changé à moins que je prouve que ça soit le problème (beau cercle vicieux, n'est-il pas ? )

J'ai lu le post et effectivement, un changement d'antivirus est peut-être à la base du problème. Aussi, je compte vérifier le journal d'événements de Windows aussitôt que je peux parler au responsable réseau de mon client. Si ça ne donne rien, j'opterai pour un log perso.

Si vous avez d'autres idées n'hésitez pas à les partager .

Merci encore!

[Droïde Système7]

Bonjour,

Encore moi et mes QALC...

1. Est-ce que tous les utilisateurs peuvent reproduite "manuellement" ou autrement le disfonctionnement en question ?

2. Est-ce qu'un utilisateur ou des utilisateurs peuvent tirer "bénéfice" direct ou indirect de ce disfonctionnement ?

3. Est-tu en concurrence... par rapport à la vente/maintenance de cette appli ?

Pardon de ces QALC

@+

[Yurck]

se ferme sans message d'erreur, sans avertissement et ce sans que je puisse reproduire le problème à volonté.

Ma question est fort simple : comment vous y prendriez-vous pour trouver la source du problème ?

ATTENTION ceci est un copier/coller de la réponse que j'ai donné dans le topic

http://www.developpez.net/forums/sho...d.php?t=205584

C'est assez symptomatique d'un bogue dans ton programme qui n'empêche pourtant pas celui-ci de tourner puisque tu l'as sans doute trapper. Mais Windows est + fort que toi !



Si delphi est installé sur un poste alors au cours de son installation il déloge le débogueur par défaut de windows pour implanter le sien.
En conséquence de quoi je suppose que ce n'est pas ton exécutable qui ne se lance pas mais le débogueur de windows qui décide que cet exé fait une opération non conforme; il empêche donc cet exe de se lancer et stock les informations de non-conformité dans un fichier .Dat; puis fonction de son paramétrage de sécurité il propose d'envoyer ce fichier .dat à Microsoft ou il reste silencieux.

En clair il faut enlever le débogueur windows sur l'autre PC pour voir ton message d'erreur.

tu ouvres la clef

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug

et tu mets la valeur auto à 0.

a+