Discussion :

[manu bum]

Salut,

j'ai un prg qui marche sous un 486 mais l'affichage ne marche pas (tableaux décalés, apparition de lettres..) sous XP.
J'ai donc un émulateur DOSBox-0.63 qui me permet de faire tourner correctement le prg. Seulement, savez vous les modifs à faire sur le code source pour que je n'ai plus à passer par là ?

Autre question :

j'ai 2 fichiers sources, un principal et l'autre avec des subroutines, et donc comment je fais pour les linker ?
ps: le compilateur gn77 marche pas donc j'utilise "msft50.bat" à savoir
fl/ G2 nom_du_fichier.for

Voilou, merci d'avance parce que là je galère pas mal

[DaZumba]

j'ai donc un émulateur DOSBox-0.63 qui me permet de faire tourner correctement le prg. Seulement, savez vous les modifs à faire sur le code source pour que je n'ai plus à passer par là?

Non. Il est possible que la console de Windows XP ne se comporte pas comme celle de MS-DOS. Il faudrait alors retravailler les formats donnes a PRINT ou WRITE. Il est egalement possible que cela revele un bug silencieux du programme (depassement de memoire probablement, puisques des lettres apparaissent par surprise).

j'ai 2 fichiers sources, un principal et l'autre avec des subroutines, et donc comment je fais pour les linker?

Comme d'habitude, tu compiles chaque fichier separement pour obtenir le .o/.obj correspondant (la plupart des compilateurs utilisent l'option -c pour faire ce travail - je ne connais pas ton compilateur, mais cela doit etre indique dans la doc).
Ensuite, il faut lier les deux fichiers objets. L'editeur de lien (linker) est certainement accessible via le compilateur lui-meme. Du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
compilateur objet1.obj objet2.obj -o toto.exe

Ici encore voir la doc.

[manu bum]

ok merci je vais aussi voir si qq'un répond a la question d'à coté:" un logiciel qui déchiffre un fichier source", qui m'a l'air pas mal aussi pour avancer dans mon travail.

en tout cas merci pour le link