salut,

Ca sert a quoi concretement, vu qu'il est evident qu'un simple call n'emulera jamais le systeme des interruptions (surtout en mode protégé) ?


@++

Je ne suis pas d'accord avec ça. Le mode 32 bits inclu le mode protégé du processeur. Il y a une énorme différence entre le mode réel et le mode protégé. Le 64 bits entraîne beaucoup moins de différence mais j'ai peut-être raté quelque chose.

D'ailleurs, ton entourage peut également t'aider à traduire pour commencer. Si tu es etudiant, ton prof d'anglais sera certainement ravi de t'aider ou un autre prof qui aura des connaissances en anglais.

Si tu ne connais pas l'anglais, c'est l'occasion de s'y mettre ;-) (ça sera de plus en plus facile).

Même si tu ne comprends pas tout, il y a des choses qui seront plus liées à la programmation qu'à l'anglais (structures, valeures, ...). Mets y toi le plus tôt possible car tu trouveras toujours plus de docs en anglais qu'en français. Plus le domaine est pointu, plus c'est vrai.

@++

re,

Ici, tu trouveras la doc VESA 3.0. Il est indiqué dedans comment faire les appels VESA en mode protégé.

www.jnode.org/uploads/vbe3_0.pdf

@++

salut,

Je te conseille vivement de travailler en 32 bits sinon, tu pourras mettre ton projet à la corbeille avant même qu'il soit fini.

Le VESA permet de travailler en 32 bits sans problèmes.

@++

Oups, il n'y a pas de n° de serie avec les cartes SD mais seulement avec les clés USB.

Impossible de faire un Live-SD read-only qui puisse correspondre avec différents PC. Le n° que Linux fourni est lié au PC et non à la carte SD.

Etant donné qu'une seule carte SD est accessible sur un même PC (en général), il serait possible de rechercher le Vendor (Generic) et le product (USB2.0-CRW) qui semblent être toujours les mêmes. Quel que soit la marque et la classe de la carte SD.

C'est encore améliorable, par exemple, en permutant edx et ebx dans leur utilisation.

J'aurais bien retourné un pointeur vers "0",0 si l'entier = 0 sinon, pas de différence entre cette erreur et une erreur de malloc(). C'est embêtant...

@++

utiliser bsr et pas bsf sinon, on obtient le premier bit de poids faible à 1.

re zut,

IntToBin proc near
xor ecx,ecx
xor eax,eax
mov edx,[esp+4]
bsf ecx,edx ; ecx = index base zero du premier bit de poid fort à 1.
push ebx
je err ; si edx = 0 -> err
push edx
add ecx,2 ; ecx = n bits à allouer + 1 pour zero terminal
push ecx
call malloc
and eax,eax
pop ecx
pop edx
je err ; malloc retourne un pointeur NULL
dec ecx; retour sur index
mov [eax+ecx],0
dec ecx
@1:
xor bl,bl
shr edx,1
adc bl,'0'
mov [eax+ecx],bl
dec ecx
jns @1
err:
pop ebx
ret