Reprise du message précédent :
Désolé je ne te serai d'aucune en asm
je compati et ne m'en veut pas mais je me ouvient que du prof et de son addition
Respect
---  
Tu pourrais quand même voire qu'elles sont les parties code qui t'envoient ad padres ça te permettrai d'avancer  
--
C'est currieux la façon dont est organisé ton code : tu dis code segment ... puis deb...  
et tu fermes en code ends puis en deb.
 
Bon courrage

alors c quoi ton asm d'apres guerre?

de l'asm 32bits

quand c'est ton premier TP d'ASM, t'as pas besoin d'être bourré pour pas arriver à faire une boucle.
 
d'autant plus qu'on codait avec DEBUG sous MSDOS, et on fait mieu comme éditeur d'ASM. Et surtout on n'avait pas de compilo

ca tombe bien, pour assembler fo pas un compilo mais un assembleur

c'est le sport nationnal du forum de jouer avec les mots à ce que je vois (enfin... y'a pas beaucoup d'athlètes quand on regarde bien, par contre il ne rattent pas une occasion de nous faire une démonstration de leurs prouesses)

national, non, mais vu qu'avec toi on decroche a chaque fois la timballe de l'orgueil blessé, c'est sympa

c'est pas une histoire d'orgueil, mais j'accepte pas de me faire "casser" par une déformation des mes propos ou l'attachement à un mot particulier dans une phrase. c'est petit, minable et stupide. c'est mon avis en tout cas.

ingainga > le code C il donne quoi ? (je veux pas d'asm pour le moment)

c'est de l'asm 16 bits, avec déclaration des segments et tout
putain, ça me ramène des années en arrière

[#ffaa00]si t'es expert ,moi je ss encore debutante ,et si t'as fait cela ça fait longtemps ,moi je viens de commencer à travailler ça,
très bonne manière d'aider les gens

woh du calme hein
d'abord, merci de rester polie, et de ne pas réclamer de l'aide tous les quart d'heure comme tu le fais ! c'est le meilleur moyen de se faire envoyer chier !
ensuite, quand tu postes du code, merci d'utiliser les balises adéquates. j'ai édité ton post contenant le code asm, pour que tu voies ce que ça donne. c'est beaucoup plus lisible pour les intervenants.
 
ensuite, regarde donc à la ligne 36 : ton fistp n'a aucune opérande destination. c'est bien joli d'arrondir un flottant en integer, mais si tu n'indiques pas d'endroit pour le stocker après conversion, ça ne sert pas à grand chose, à part générer des erreurs !

alors je l'arrondis par n'importe quel entier? déclaré au segment de données?

hein ?
bon écoute, reprends ton code à 0 parce que t'as fait n'importe quoi... prenons l'exemple de ta fonction arrondir1 par exemple :

arrondir1 proc
   finit
   fld y                      ;36
   fistp 
   ret
arrondir1 endp

- ligne 3 : tu empiles y sur la pile de la FPU. ok, sauf que tu déclares y en dw (donc 16 bits) alors que fld attend une valeur sur 32 bits au minimum. résultat : tu vas déborder sur m, donc tu vas empiler y et m => boum.
comme en plus tu fais un fistp derrière, qui convertit un nombre flottant en entier, y doit donc être sur 80 bits. tu vois un peu le problème ?
- ligne 4 : en admettant que y ait la bonne taille, tu indiques ici que tu souhaites arrondir y. mais à quel endroit stockes tu le résultat ? fistp nécessite une opérande de destination qui est une adresse mémoire qui contiendra le résultat arrondi. or là, tu ne spécifies aucune adresse, donc boum
 
bref, y'a encore plein d'autres choses à dire... commence donc par apprendre le maniement des registres, de la mémoire et de la FPU, et ensuite tu pourras t'attaquer sérieusement à l'assembleur

 
surtotu que je veux pas dire, mais je l'ai deja signalé
 
ensuite je me borne a te signaler que vous apprenez un ASM qui n'est plus utilisé depuis 1989 ou a peu pres...

 
moi pas j'ai deja fait des fistp qui renvoyait ca sur 32 bits (ou alors j'etais bourré)

oui, tu peux renvoyer la taille que tu veux, mais la valeur que tu souhaites arrondir, celle que fistp va aller récupérer sur la pile, elle doit bien être sur 80 bits non ?

ah, celle de la pile, ouais, enfin ca depend du niveau de precision de la fpu
 
mais bon, tu peux faire un fistp DWORD PTR [eax] ou jsais pas quoi, enfin kenaz & cie bossait exclusivement en 32bits (disons, la taille des vars en mémoire etait sur 32, la fpu faisait ce qu'elle voulait en interne)

oui, voila ! fistp servant à arrondir un flottant en entier, la moindre des choses c'est de lui filer un flottant en argument, sinon on se demande à quoi ça sert

wtf ? fistp renvoie un entier stocké sur la pile donc forcement c'est un flottant a la base enfin jcrois on se comprends pas trop

nan laisse tomber, chuis bourré, évidemment que c'est un flottant à la base
/me va débaucher et aller au dodo hein

ce serait cool d'arrêter la masturbation sur un fistp, car de toutes manières de la virgule flottante n'a rien à foutre dans une routine de ligne basique en asm, et on ne code pas tête baissée un truc dont a n'a pas saisi l'algo dans un langage non maitrisé....

 
ça me rapelle ma nuit du lendemain de noel bourré au rhum dans une piscine à parler avec un cousin éloigné et un de ces potes sur comment on fait un ponton pour bateau, et que j'ai ainsi appris l'existence de très bon ciment marin...

 
la madame a dit que ses entrées etait des reels, si je me souviens bien

vu son code:
 

 
elle a autant d'entrées que moi j'ai les seins de tabata cash sous la main..
 
et je doutes qu'elle saura, avec un saisie plus pur dos, convertir une chaine ASCII en flottant IEEE 32bits
si c'est parti comme ça va falloir aussi qu'on l'aide refaire à scanf....