[TP4-7 / BPW] Automate capricieux

Bonjour,

J'ai récupéré un automate commandé par un Ibm sous dos personnel 3.2 avec TP4.
Par souci de sécurité, je souhaite migrer le programme vers une station plus récente.

J'ai donc récupéré un Pentium sous Win95 (histoire de procéder par étape).

Lorsque je lance mon programme... il se lance, tout va bien mais lorsqu'il génère le programme vers l'automate : l'automate affiche No End/Pc Overflow

J'ai donc récupéré les sources du programme et les ouvre sous TP7. Lorsque je les compile, il me met une erreur dans une unités liées à la carte de commande (PC488)...

Que peut il donc se passer ?

Un peu d'aide serait la bienvenue !

Merci.
Gaëtan

Il y a surement une erreur dans le source de l'unité qui commande la carte... Sinon ca compilerait ! Enfin c'est logique.

La réponse à la question "Qu'est-ce qu'il se passe ?", est donc : il y a une erreur quelque part ! Bon ben suffit de la trouver alors ;) Est-ce que tu as les sources de l'unités en question ? Si oui, regarde ce qu'il y a à modifier, sinon ben tant pis :D

En effet j'ai une erreur dans mon unites qui commande l'automat. Avec beaucoup de chance et de temps j'ai retrouvé la source.

Je regarde dans les unites si je trouve quelque chose. Mais il me met une erreur sur un ; et en m'indiquant qu'une procedure external est undifined !

Je vous tient au courant si vous avez une idée...

Merci,
Gaëtan.


Mais comment ce fait il que sous mon dos 3.2, sous tp4 je compile sans erreur(mes sources de prog et d'unites) et que sous une autre plateforme j'ai des erreurs ??

Bonjour !

Citation:

---

Envoyé par siropipo

Je regarde dans les unites si je trouve quelque chose. Mais il me met une erreur sur un ; et en m'indiquant qu'une procedure external est undefined !

---

Il y a de fortes chances que certaines procédures ont été écrites en Assembleur et se trouvent dans des fichiers objets (.obj) qui accompagnent le source. Si tu ne trouves pas de fichiers .obj, cherche des fichiers .asm (sources Assembleur).

En effet j'ai trouvé un fichier .obj du nom de l'interface (pas488.obj) ! Qu'en faire ensuite ?

Si ton fichier pascal s'appelle pas488.pas, c'est juste le fichier Objet issu de la compilation de celui-ci, il faut chercher ailleurs.

Au début de la section Implementation, il faut ajouter la directive

Code:

---

{$L PAS488}

---

qui indique à l'éditeur de liens qu'il doit aller chercher les procédures et fonctions externes dans le fichier PAS488.OBJ.
;)

Bonjour,

En effet ca permet de le compilé correctement.
Par contre à l'execution de mon prog j'ai toujours le même message d'erreur sur mon automate NO END/PC OVERFLOW ...

Quelle sont les compatibilités du pascal ? Toute plate forme ou il peux y avoir des variantes ? Je ne comprens toujours pas pourquoi mon prog marche sur ma vieille plateforme Ibm...

@ bientot.
Et merci,
Gaëtan

Bonjour,

Je pense faire migrer mon application en TP en une application en LabView. Je pourrais ainsi faire évoluer la commande et ainsi la programmation de l'automate (pour la rendre plus simple d'emploi). Je reste tout de même bloqué par la carte de contrôle qui est en Isa.

Qu'en pensez vous ? A votre avis c'est faisable ?

Je ne connais personnellement pas LabView mais tu peux te rabattre sur le forum ad-hoc : http://www.developpez.net/forums/forumdisplay.php?f=507
;)