Bonsoir,

J'ai besoin d'une info svp, est-ce qu'il s'agit d'un Windows 32 ou 64 bits ?
Y a-t-il quelque chose de spécial à faire sous un Windows 64 bits ?

Merci d'avance.

FLib utilise une compression perso (format KOMP).

Le plus simple est de faire un programme kernel, en C, utilisant ziplib (la fonction unzip fera tout le boulot pour toi). Ca t'évite d'avoir du code à repomper ici où là, c'est un gain de temps.

Je parlais de là où il pointait, pas de là où il était ^^ Et quand je vois le début de mon assembleur :         ;------------------------------------------------         ;      Check OS type         ;      TODO: Load a PedroM API in case of AMS ?         ;--------------------------------------------...

Ok. Ce vecteur pointe à > 2^31, je doute qu'il ait un grand effet ^^
Je vais bouffer, je regarderai après C'est vicieux ton truc ^^

Donc c'est pas les nops ? Ca fait quoi cette séquence de deux nops oO C'est pas 3 pour dé/protéger ?? Sinon, si c'est juste une erreur de transcription hexa - ascii, féchier de tout vérifier :D: Je regarde les handles et les vecteurs. edit - hmmm, c'est pas le vecteur $30 qui pointe sur 82524F00 ??

A première vue, t'es sous PedroM (nombre de handles), ou alors t'as un AMS à l'agonie :D: Ce qui va bien : - le SR a l'air de concorder avec les flags, donc c'est pas ça. - PC est ok, A7 et SSP concordent - USP et SSP pointent juste sous l'écran, dans la plage qui va bien, même si leur faible valeur...

Erf, oui, je me suis complètement planté, désolé :/

En tout cas, c'est le comportement normal sur une 89 (je l'ai fait pas plus tard qu'il y a une semaine).

Finalement, je crois que le terme "hécatombe" est le terme bien choisi pour parler de cette "crise du boot 2" :/

D'ailleurs, qu'est-ce qui permet d'affirmer techniquement que le bug ne peut se produire qu'au premier redémarrage ?!?