Bonjour,
 
Je suis en train de réaliser un petit programme dans lequel j'ai besoin de subclasser un controle BUTTON (ie remplacer la pompe à messages du bouton gérée par Windows par ma propre pompe à messages), afin d'intercepter le moment où la souris passera sur ce bouton, pour le changer de couleur.
 
Voici mon code :

 
Le passage en gras est le plus important : dés que ma Dialog est créée (en interceptant donc le WM_INITDIALOG), je récupère le hWnd du bouton que je stocke à l'adresse hBouton, puis j'utilise la fonction Win32 SetWindowLong() pour substituer à la procédure de messages du bouton standard ma propre procédure (BtnWndProc), dans laquelle je demande à afficher une MessageBox en cas de survol de la souris (WM_MOUSEMOVE).
 
Problème : au lancement du programme, le bouton ne s'affiche pas, et mon programme semble complètement figé.
 
Quelqu'un sait il d'où ça peut venir ?

Le fait qu'il y ait un bouton dans la message box n'y est pas pour quelque chose ?
Essai de faire un beep à la place...
 
edit : tsss, en assembleur...

Go c#
 
ton invoke CallWindowProc,BtnProc,hBtn,uMsg,wParam,lParam  
est dans le if, c'est mal (paske dans les ot cas tu renvoies n'importe quoi)

Pareil
 

c'est très bien l'assembleur dans ce cas précis
c'est un convertisseur euro des plus basiques que je fais pour un copain qui se traine avec un 486 et un DD de 250 Mo, ça prendra moins de place et de ressources

bingo bien vu

quel con, mais quel con
évidemment que c'est ça ! ça fait 2 heures que je suis dessus en plus !
harko, élu boolay du jour !!
 
merci

HelloWorld >> ton idée de gestionnaire de copier/coller assisté, c'est sérieux ? parce que ma boulette provient également d'un copier/coller des plus foireux

Moaui j'y ai réfléchi,mais devant l'empleur de la tâche j'ai renoncé...
 
Pour les perfs, je suis sceptique. Je suis arrivé à pondre des exe + petits avec VC++ qu'avec masm (1Ko vs 4Ko).

1 Ko avec VC++
De toutes façons Harko va te dire qu'il fallait striper ton exe de masm pour tomber à 1 Ko

En fait c'est pas le compilo qui joue mais le linker. C'est lui ki fait tout.

Si ça te reprend, MP moi, on s'y collera à deux
 

1 Ko avec VC++ ?
bah en fait, si je l'ai fait en asm, c'est surtout parce que j'aime  ça
et puis, 20 octets pour la routine de conversion euro pure, ça le fait
 

un fld inutile
fld FPNumber
fdiv Taux
fst FPNumber
 
tu gagnes 2octets

Dis tout de suite qu'il est mauvais  
 
 
 
 

très juste
'vais faire un petit coup de RDTSC histoire de voir le nombre de cycles gagnés

 
il y a ceux qui ont eux le plaisir d'encoder les opcodes a la main, et les autres

le principe des registres empilés de la FPU m'a toujours gonflé en fait

 
pis fstp serait pe plus bienvenue que fst, tu es censé laisser la pile de la FPU vide en fin de fonction (sauf si tu retournes un float)

 
pourtant a coté des instructions entieres, la FPU c'est du bonheur

ça je l'avais fait par contre, je sais pas par quel miracle le fstp  est devenu fst

 
?

Faut pas chercher, c'est encore un coup des conspirateurs

possible, ou alors une tabulation qui a sauté
t'as essayé RadASM ? si c'est pas le cas, je te le conseille fortement

tiens, un petit screen de RadASM pour ceux que ça intéresse