[mOved] Pedrom 0.65 - Page 3

la plupart des gens préferent les languages avec des trucs du genre void main(), g jamais reussi a comprendre l'utilité de ce truc, je prefere les MOV BNE etc...

l'assembleur c'est bien mais ca devient vite très lourd si tu l'attaque a une appli complète. Pour une lib ou une fonction qui a besoin d'être optimisé c'est bien mais pour une grosse appli, je me perd très vite dans mon propre source.

on parle pas d'assembleur on parle d'hexadécimal et en hexa vaut mieux pas que le prog dépasse 200 octets et vaut mieux pas avoir envie de faire des modifications

en hexadecimal je me flingue au bout de 30 octets de code

Ouais, j'avais un copain qui programmait en Hexa sur x86 des petits programmes mais assez complets (programmes résidents & autres)... Pour moi, ça a tjrs été un triso de l'info.

Notre prof d'info (à Vark et moi) a commencé la programmation par du binaire

Oui le notre aussi, il nous racontait comment ca marchait avec les fiches perforées a l'époque c'était galère .

pareil.

idem

itou

J'ai commencé la programmation bas niveau (niveau assembleur) par un programme d'une douzaine d'octets en Hexa sur Amstrad CPC 6128 (Microprocesseur Zilog Z80). Un programme qui recopie une zone mémoire vers la mémoire écran:
LD DE,C000h adresse de la mem écran
LD HL,8000h adresse de la zone mem
LD BC,4000h taille de la zone mem
LDIR fonction de recopie
RET retour

La correspondance Hexa était dans un livre sur l'amstrad en général et son processeur en particulier, donc j'ai assemblé moi-même le programme:
11 00 C0
21 00 80
01 00 40
ED B0
C9
12 octets, c'était le bon vieux temps

Oué moi aussi j'ai commencé en hexa sur HP48 (j'avais juste un bouquin avec les opcodes, je savais pas ce que c'était qu'un assembleur ) Ah le bon vieux temps

tout pareil, et c'était chouette....
Au total j'ai bien du recopier quelques dizaines de ko d'hexadécimal brut. Ensuite, pour trouver les erreurs de frappe, c'était des calculs de CRC des différentes lignes de codes... superbe