Discussion :

[COUDERT]

Bonjour,

Je suis tout nouveau sur le forum, et j'espère que vous allez pouvoir m'aider !!

Je programme depuis quelque temps en Pascal. TP version 6.

J'utilise ensuite le programme sur un PC Pentium 100. Jusque là, pas de problème.
Seulement, depuis ce matin j'essaye de faire tourner mon programme (.exe) sur un autre PC : AMD Dx 5-133. Et là pas moyen, le programme plante le PC (blocage). Je n'arrive pas à trouver pourquoi ?

Merci d'avance
Lolo

[Pascail]

Désolé, j'ai oublié ma boule de cristal !

Pourrait-tu nous expliquer ce que fait ton petit programme ? Merci !

@++Mathieu

[M.Dlb]

C'est peut-être une instruction qui est supportée à l'origine par les intels mais pas par cette version d'AMD...
C'est le seul élément de réponse que je peux donner sans avoir vu le programme...
a+

[COUDERT]

Bonjour,

Merci pour ces reponses .
Complement d'info :

Il ne s'agit pas d'un petit programme , mais d'un 'controleur' avec une interface "graphique" developper en mode texte (manque de temps, avec tout de meme une getion de la souris , avec des boutons ...) . Ce programme dialogue via le port parrallele avec une carte electronique maison (FPGA). Cette meme carte dialogue ensuite avec d'autres cartes ....

Je pensais que le probleme rencontré venait effectivement soit d'une instruction non interpretée par l'AMD ?!!. , ou d'une gestion de la mémoire différentes ? Mais comment savoir et comment trouver l'instruction si c'est effectivement une instruction (Plus de 5000 lignes de codes !!) ?

Pour info j'ai compile avec la Directive de compilation $G- (80/86) ??


Merci encore pour les informations que vous pourrez m'apporter
Lolo

[M.Dlb]

Tu peux essayer de retrouver l'instruction qui ne fonctionne pas en faisant un pas-à-pas. Quant à la directive $G, je en pense pas qu'il soit nécessaire la désactiver, puisque les AMD sont compatibles x86, ou au moins 8086. Voilà !
a+

[ALT]

Bonjour

Le pas-à-pas étant long & fastidieux avec 5000 lignes, je suggère plutôt l'emploi de "mouchards", c'est à dire de messages (affichés à l'écran), placés à des endroits stratégiques (appels de proc., par exemple), & qui permettent de savoir au moins jusqu'où le programme s'exécute avant de planter (c'est le dernier message affiché. Après, on n'est sûr de rien). Il suffit d'ajouter d'autres messages entre le dernier affiché jusqu'au suivant (qui, lui, ne s'affiche pas, puisque ça plante avant), pour savoir où ça coince.

Quand on n'a rien d'autre comme indice, c'est très efficace.

Et tant pis si ça s'affiche à un endroit inopportun, puisque c'est destiné à disparaître juste après le débogage.
Mais le mieux, en multifenêtré, c'est d'avoir une console système pour ces affichages. Je crois que le BP 6 offre cette possibilité, sans code supplémentaire (option de l'EDI).

Bon courage.

[HRS]

Ce programme dialogue via le port parrallele avec une carte electronique
maison (FPGA). Cette meme carte dialogue ensuite avec d'autres cartes ....

Se pourrait-il, indépendemment de TP6, qu'il y ait une incompatibilité
hardware entre cette carte et le nouveau PC qui l'accueille ?

[Epictète]

A mon avis il faut que tu télécharge TP 7 avec patch inclus pour machines récentes.

En aucun cas TP6 ne les supporte. C'est un miracle que ton appli est tournée jusque là....

[M.Dlb]

Tu peux essayer de compiler ton programme avec ton AMD mais sutout avec une version de TP7 patchée, comme l'a proposé Epictète.
a+

[Eric Sigoillot]

Je ne suis malheureusement pas sûr que l'on soit autorisé à utiliser TP7 en téléchargement pour distribuer des applications commerciales.

Si tel était le cas,il faudrait demander...

Sinon, il est étonnant que le processeur AMD soit moins compatible qu'un Pentium. Toutes les instrucyions doivent être présentes, et généralement, quand un bug est présent dasn les intstruction Intel, il est rapporté, utilisé, et... copié par les concurrents (aux fous !).

Donc, il faut plus s'orienter vers un problème de compatibilité générale du programme, qui n'a peut-être été testé que sur une seule machine, alors qu'il s'adresse au matériel : grossière erreur !

A présent, c'est au bout de 5000 lignes de code que l'on s'intéresse à la compatibilité. Résultat : un débogage de fou en perspective, à moins d'avoir de la chance.

A+

[M.Dlb]

Oui il est sûr qu'il aurait fallu s'occuper de la compatibilité au début du projet et non pas à la fin !! Un petit programme qui testera la compatibilité avant du débuter un gros projet est très recommandé !!
a+

[COUDERT]

Merci à tous pour les infos que vous avez pu m'apporter.

Pour info : initialement il n'était absolument pas prévu de faire tourner le soft sur un autre Pc que celui initailement utilisé ! Et ce ne doit d'ailleur etre que provisoire .

Finalement le probleme n'a pu etre résolu , car devinez quoi ? apres un dernier essai , c'est le disque dur qui m'a laché !!!
Et , en fait j'avais commandé 2 Pc strictement identique , je me suis donc rabattu sur l'autre (identique) et mon soft tourne parfaitement !

Il reste donc un grand mistere ?
Le pc defectueux a été renvoyé à notre revendeur . Affaire à suivre !

Merci encore à tous.
Lolo