bon soir ,
j'ai un programme en c sur dos et je voulez l'executer sur windows.
j'ai obtenu ces erreurs :'__far' is an obsolete keyword.
est ce que c'est possible de faire des changements sur ce programme pour qu'il soit executable sur windowns.
Merci d'avnce.
Cà ne veut pas dire grand chose, DOS est la base de windows.
Tu as compilé sous quelle plateforme ?
On pourrait voir le code ?
Tu retardes de plusieurs années !Envoyé par univscien
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
C'est pas un abus de langage, son prgm date donc au mieux de 1988 ? o_O
ATTENTION: ce qui suit a été écrit par un handicapé du monde WINCDOWS qui fait appel à ses vieux souvenirs, donc à prendre avec de grosses pincettes...
DOS n'est pas à temps partagé -> un seul programme tourne à un instant donné, ça fait au moins une raison pour laquelle DOS n'est pas la base de windows (au moins depuis le 3.1)...
En revanche, je crois savoir qu'il existe des modes de compatibilités pour faire tourner un programme obsolète sous un WINDOWS plus recent: clique droit sur le programme en question puis onglet compatibilité...
Une autre solution, utiliser FreeDOS (http://www.freedos.org/) sur une machine (éventuellement virtuelle).
Sinon, porter le source du programme peut-être plus ou moins dur, si ce n'est que des pointeurs lointains (je suppose que c'est le but du mot clef __far), c'est simple, si en revanche il y a des accès à du matériel (port série ou autre) ça risque d'être plus compliqué puisque les méthodes d'accès ont changés.
En C donc source à compilerbon soir ,
j'ai un programme en c sur dos et je voulez l'executer sur windows.
j'ai obtenu ces erreurs :'__far' is an obsolete keyword.
est ce que c'est possible de faire des changements sur ce programme pour qu'il soit executable sur windowns.
Merci d'avnce.
Dans le temps (once upon a time... ), l'adressage "normal" était limité à 16bits, et puis il y a eu des extensions d'abord à 20 bits, puis 24, et 32 voire 64, chaque fois dans la douleur...
Le plus simple est de mettre un truc genre :
#define __far
#define __near
#define _far
#define _near
au début du (ou des) source(s) posant problème
ce qui devrait éliminer les modificateurs de déclaration sans trop avoir à toucher à tout le source.
ainsi, plus de vieilleries, et ça devrait aller moins mal
Par la suite une chasse à tous ces gros mots pour les virer pour de bon rendra le source plus propre.
