Je voudrais me mettre a l'asm et je voulais savoir si c'est facile pour programmer?
j'ai deja des notions mais j'ai jamais programmé
 
sinon est ce que vous avez des bon sites ou ils expliquent comment debuter en asm ?
 
merci d'avance

si tu veux mon avis,plutot que de faire du 100%asm le mieux pour debuter c un compilo C qui te permet l'asm inline, ca te permettra de bricoler sans te soucier de tout un tas de basard

 
Un fou    

tu veux faire quel genre d'assembleur ?
du win32 propre, ou du bourrin pas propre comme je fais dans mon topic old-school ?
 
edit: y'a la bibliolink aussi, j'y ai intégré une section assembleur

ben j'y connais rien du tout    
tu me conseil quoi?

dev c++ c'est bon?

laisse tomber dev c++, il est basé sur gcc qui possède un assembleur inline pourri
 
prends plutot open watcom

ça dépend ce que tu veux faire, des applis sous windows ou attaquer direct le hardware ?

 
pour ca, rien ne vaut un tournevis
 
(rohmais je suis hilarant ce soir)

ben j'aimerai bien pouvoir comprendre l'asm que l'on voit lorsque l'on desassemble un logiciel.

un H4cK3rZ

tu veux faire de l'asm ? c'est vague ca... je te conseillerais bien un bon vieux 8085, on peut faire des montages marrants... Mais j'imagine que tu veux plutot faire du win32    
 
Mais y'a de bons compilo 8085 pour pc aussi... ca permet de se faire la main et comprendre ce qu'est l'asm...

mouais, bon, forummp3 tu t'attaques à un gros morceau
avant de comprendre le désassemblage d'un logiciel, tu dois avoir pas mal de notions "annexes", notamment :
 
- l'organisation de la mémoire. ça ne pose pas de problèmes pour les programmes 32 bits, mais pour les programmes 16 bits c'est une galère sans nom (et vas y que je te fous le code et les données dans 2 segments différents, et tout et tout...)
- les modes d'adressage de la mémoire
- les registres du processeur
- les différents drapeaux
- etc...
 
l'assembleur en lui même n'est pas difficile. il s'agit d'un ensemble de mots clé réalisant des opérations finalement très simples. le plus dur est de combiner ces mots clés pour faire quelque chose de cohérent et surtout pour éviter la sanction fatale : l'écran bleu.
 
en assembleur, tu n'as aucun type de donnée, tu dois réserver toi même la mémoire pour le type de variable que tu souhaites, bref c'est du bricolage constant.
 
d'un autre coté, c'est super formateur, ça te permet d'assimiler les concepts les plus pointus de la programmation haut niveau (pointeurs, etc...)
 
même si de nos jours, les compilos sont très performants, connaitre l'asm reste toujours un plus, ça te permet d'être proche de la machine, et de réaliser l'optimisation qui tue

personnellement, je pense que pour apprendre l'assembleur, rien de mieux que les processeurs 680x0 de Motorola

ben ce que je veux d'abord c'est de pouvoir comprendre l'asm lorsque je le lis et peux etre qu'aprés j'essayerai de programmer.
 
J'avais deja imprimer cette page:
http://membres.lycos.fr/asmfr/Tutok1.htm
 
vous en pensez quoi ?

c pas bon?

 
certains on une opinion divergente

ben pas vraiment non...
LEA sert à charger un registre avec une adresse mémoire, alors que MOV sert à charger un registre avec une valeur quelconque (valeur numérique, adresse mémoire...)
 
si tu fais ça :
lea eax,0
 
tu définis eax comme pointant sur l'adresse 0 de la RAM. je te laisse imaginer le bordel si tu as le malheur d'écrire dedans derrière, un truc du style :
 
mov [eax],10
 
à la rigueur, on peut dire que LEA est l'équivalent de MOV...OFFSET (chargement dans un registre de l'adresse, ou offset, de la donnée suivante), mais LEA est plus rapide, car il n'a pas besoin de calculer l'adresse avant de la charger dans le registre

 
tu vas l'embrouiller la
t'aurais le meme resultat avec
xor eax,eax
mov eax,eax
sub eax,eax
 
le truc c'est que :
mov ecx,[ecx+10] charge le contenu de [ecx+10]
et
lea ecx,[ecx+10] charge l'adresse (ecx+10)
 
 
 

on est donc d'accord sur le fait de dire que lea = mov plus rapide, c'est une immense connerie

 
ah ben toot a fay
mais j'aimais pas ton exemple

parfait
t'es toujours avec nous forummp3 ?

je vous regarde parler

 
t'as compryte la difference ?

pour faire simple (un peu faux mais c pour le principe)
 
mov eax,[ecx + 10]
eax = ecx[10]
 
lea eax,ecx + 10
eax = &(ecx[10]);
 
 

ben l'un contient une adresse et l'autre une valeur,c'est ca ?

t'aurais ptet du préciser que la 1ere ligne est en assembleur et la 2eme son équivalent en C
 
forum > attention, pour les lignes en C, eax et ecx représentent des variables équivalentes aux registres assembleur correspondants, va pas taper ça dans un prog C hein !

monsieur veut avoir le dernier mot hein ?

pourquoi les topics asm se résument toujours à un dialogue entre toi et moi ?

 
Va savoir
 
 
 

Pkoi ? Parce que tu connais pas la syntaxe AT&T donc c'est pourri ?

 
 
Si c du meme niveau que G++ alors oui c'est pourri vu qu'il faut lui indiquer quels sont les registres scratchés pour pas que le pov compilo (infout d'analyser lui meme les instructions mises en jeu) se melange les pedales

 
ben écoute, moi quand je vois ça :
 

 
franchement, je préfère de loin écrire ça :
 

 
la syntaxe AT&T a surement une utilité, mais j'ai jamais encore compris laquelle
 
edit: encore mieux ;
 

 

 
edit2: et j'ai pas dit que la syntaxe AT&T était pourrie, mais que l'asm inline de gcc était pourri

C'est pour fairei + l33t
 

Je sais, c'était juste une supposition..

bah ptet que la synthaxe AT&T (ou celle de gcc plsutôt apparement) est là pour détourner les programmeurs de l'époque de l'assembleur.... (comme microsoft cherche à détourner les gens du java en faisant un support java pourrave)
 
[TROLL LAUNCHED] quoique
 
--------------
 
non pour en revenir au début de quoiquèce....
 
forummp3 >> quels langages as-tu déjà pratiqués ?
qu'est-ce que tu connais sur les cpu et leur fonctionnement ?