Exécution différente d'un même programme entre deux Windows

Bonjour,

L'un de nos logiciels (Delphi7/CLX) pose un soucis étrange sur deux ordinateurs : une popup apparait suite à une série d'actions, annonçant une erreur de vérification d'étendue. Elle bloque bien sûr le logiciel jusqu'à ce qu'on clique dessus. J'ai aussi un Delete() de 8 caractères sur une chaine de longueur 8 qui me laisse une chaine de 1 caractère de long (mais chaine[1] est illisible).
Ces deux systèmes sont des clones Ghost d'un même disque, en Windows XP SP2 mis à jour régulièrement.

Sur un autre ordinateur, ayant eu une installation directe (XP SP2 aussi) le logiciel ne pose pas ce soucis. Et le Delete fonctionne correctement également.
Si on met un disque d'un des PC qui pose soucis sur le PC qui n'en pose pas, le soucis apparait. Et inversemment.

Donc le soucis vient du système Windows tel qu'il est installé sur les deux premiers PC.

Précisions :
- tous ont Symantec AV, firewall XP et rien d'autre.
- le problème semble plus lié à Windows (son installation) qu'à Delphi, d'où mon post ici.

Avez-vous déjà eu des choses dans ce genre? Avez-vous une idée de piste? On va continuer les tests croisés pour comprendre, mais on est un peu surpris d'un problème de ce genre.

Cordialement
Cédric

Tu peux donner un screenshot du popup ? T'es sûr que c'est pas un popup Delphi ?
Pour le Delete(), c'est une fonction Delphi ? Car y'a pas vraiment de gestion de chaînes de caractères par Windows, à priori c'est Delphi qui fait tout.
Tu peux vérifier les dll utilisées (versions...) sous chacun des postes, avec dependency walker.
http://www.dependencywalker.com/
Jette un coup d'oeil aux options régionales, souvent ça explique bien des choses (séparateur '.' ou ',', ...).

Citation:

---

Envoyé par Aurelien.Regat-Barrel

Tu peux donner un screenshot du popup ? T'es sûr que c'est pas un popup Delphi ?
Pour le Delete(), c'est une fonction Delphi ? Car y'a pas vraiment de gestion de chaînes de caractères par Windows, à priori c'est Delphi qui fait tout.
Tu peux vérifier les dll utilisées (versions...) sous chacun des postes, avec dependency walker.
http://www.dependencywalker.com/
Jette un coup d'oeil aux options régionales, souvent ça explique bien des choses (séparateur '.' ou ',', ...).

---

C'est bien un popup lancé par mon application ou une dll utilisée (puisqu'elle est bloquée tant qu'on n'appuie pas dessus), mais rien dans mon code ou dans celui des composants utilisé (et dont j'ai le code) n'appele une popup.

Delete() est une fonction Delphi qui supprime des caractères dans une chaine. Et j'ai fais assez de tests croisés pour garantir qu'elle a un comportent incohérent sur une installation de Windows, et pas sur les autres.

Surtout mon gros soucis est qu'une version de Windows pose les deux problèmes mentionnés, et pas une autre. Les options régionales ont déjà été harmonisées, je vais voir en effet les dépendances.
Je ne pense pas qu'il faille chercher une cause évidente sur ce problème, plutôt un truc bien vicieux. Enfin si vous avez une explication simple ça m'arrange bien quand même!

Faut arriver à créer un petit programme qui reproduit l'erreur et analyser au débogueur.
Pour Delete() par exemple, c'est du code Delphi. Faut tracer son exécution dans le code source de la CLX sur la machine qui pose problème, et trouver où ça se comporte différement.
Attention aussi à ne pas chercher l'erreur où il n'y en a pas, genre à un endroit de ton programme il y a une corruption de la mémoire et la suite n'est que la conséquence de cette corruption...

Justement, le code mentionné dans un petit programme fonctionne correctement. Dans le plus gros, il plante systèmatiquement avec la bonne séquence d'actions. Je vais essayer de tracer en effet, même si la puissance des machines utilisées (des Via C3) aide pas vraiment pour Delphi.
On va résoudre ça en testant sur des systèmes Windows réinstallés, mais clairement j'aimerais comprendre

Ton opération de ghost vérifie t-elle l'intégrité du disque en fin d'installation ?

Code:

---

1 2	GHOST.EXE -ntchkdsk

---

Oui, et l'originale est aussi touchée par ce problème.

Oui il est crucial d'identifier la séquence d'action minimale qui cause le problème. Tu fais des appels directs à l'API Win32 ?

Aucun non. C'est bien le truc qui m'étonne.