Discussion :

[Droïde Système7]

Bonjour amis développeurs

je vais tenter de faire bref et simple...

Sur une application qui était installée "à l'ancienne", c'est à dire avec le fichier d'initialisation et tout et tout dans un sous-dossier du dossier d'installation ; j'ai modifié cette application afin qu'elle soit compatible Vista.

Bref, tous les fichiers étant soumis à des écritures ; sont placés ailleurs en "C:\Users\NameUser\AppData\Roaming\..." pour Vista et autrement pour XP. Au niveau du chemin, tout se passe sous variable ; jusque là pas de problème.

Mais dernièrement, j'ai eu des mails d'utilisateurs d'XP me disant que cette nouvelle version ne fonctionnait plus côté impression (logiciel d'impression).

J'ai eu également des courriels d'utilisateurs me disant, que cette nouvelle version fonctionnait très bien, mais plus du tout ensuite après un passage via un expert de migration (en gros, un programme balançant tous les fichiers potentiellement "écrivables" et autres "images" vers le dossier USER de la nouvelle installation.

Sachant que j'ai des bêta-testeurs sous XP qui ne peuvent reproduire ce bug, étant perso sous vista ; je commence à devenir chèvre

Bref, comment faire pour pister le bug, lorsque l'on a pas le PC d'un user qui lui possède le résultat de ce bug ?

Une histoire de fou, chercher le bug que nous ne voyons pas. En plus, un bug qui arrive chez l'un et pas chez l'autre !

Avez-vous déjà été confrontés à ce genre de situations : pour un même OS, des fois ça marche, des fois non ?

Pas très cartésien ni logique comme cas.

Merci de toute suggestion ; car au début, je soupçonnais des pistes précises, mais après certaines demandes et réponses auprès d'utilisateurs sympa, ces pistes étaient fausses.

J'ajoute que ces cas sont très peu représentatifs, sur un panel de 1.000 logiciels téléchargés, j'ai même pas une demi-douzaines de "cas".

@+

PS : Je pourrais par exemple demander la fichier d'initialisation aux user en question, mais les données sont trop indiscrètes à confier.

[shell13010]

Salut,

Je pense qu'il faudrais que tu testes sur un xp,des que j'ai un souci je teste

toujours sur xp ainsi que vista je te propose si tu as que vista de tester

vmware pour emuler un windows xp

voila jespere t'avoir donner une idée.

edit: peut-etre que leur version est modifier?

ou tu peux faire une maj que quand il y a un bug il te renvoie l'erreur exacte,sa peut etre une solution mais bon...

A+

[Droïde Système7]

Salut shell13010,

Oui bonne idée, pourquoi pas, mais si j'ai déjà des testeurs qui eux possèdent XP.

Sans parler de la grande majorité des utilisateurs sous XP n'ayant aucun soucis.

Mais toute idée est bonne à prendre.

Merci @+

Edit :

peut-etre que leur version est modifier?

Je le pensais aussi, mais pas pensable pour certains professionnels qui utilisent ce programme = fiablité doit primer !

ou tu peux faire une maj que quand il y a un bug il te renvoie l'erreur exacte,sa peut etre une solution mais bon...

Hé oui mais faut déjà détecter l'insecte, or c'est là le big blème, je ne sais pas de quel côté il arrive ! (s'il arrive...)

[shell13010]

Je sais pas si c'est possible mais le mieux est d'essayer de mettre une petite fonction qui renvoie l'offset (peut-etre)?

exemple: le prog se lance si il y a une erreur alors on renvoie l'offset qui fait crasher le prog puis il te l'envoie..

apres si tu as l'offset tu peux savoir d'ou viens le probleme et tracer jusqu'au bug,a se moment la tu peux faire un petit patch si tu as modifier l'executable..

[Droïde Système7]

exemple: le prog se lance si il y a une erreur alors on renvoie l'offset qui fait crasher le prog puis il te l'envoie..

S'il y a une erreur, or le big problème est qu'il n'y a manifestement pas d'erreur, par répercussion, aucun moyen de faire "ressortir" le fautif.

Le noeud du problème se trouve justement là...

J'ai encore trituré tout ça dans ma tête, dans tous les sens.
Logiquement (quoique ) c'est l'éloignement du fichier d'initialisation qui devrait poser problème.

En effet, l'exe envoie un signal d'impression, cette impression va puiser dans ce fichier de configuration.

Il s'agit d'imprimer en tout et pour tout trois ou quatre lignes à des endroits très précis sur un petit formulaire. Mais si le fichier d'initialisation, pour une raison ou une autre, est lu avec un certain retard = peut-être que les coordonnées d'impression se retrouvent à "0" et automatiquement, la zone d'impression est dans les choux.

Alors la petite icône d'imprimante arrive dans le systray, le BeginDoc est lancé, mais comme ses coordonnées d'impression sont "out"

Enfin, ce n'est qu'une hypothèse de plus.

C'est le genre de truc que je redoutais ; j'ai gagné

@+

[Andnotor]

J'ai eu un cas comme celui-ci. Un client, un seul sur des milliers d'installation .
Une clé dans la base des registres qui ne devait contenir que des infos traductibles en hexa (en l'occurence les langues installées) et chez celui-ci une valeur invalide! (une chaîne bidon)

Lorsque tu parles de coordonnées, ça me fait penser à ça (strToInt => Exception)