deck_bsd
Messages postés1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 2016
-
6 avril 2009 à 11:41
deck_bsd
Messages postés1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 2016
-
7 avril 2009 à 10:10
Yop à tous,
Voila je suis en plain dans la conception d'un driver, tout vas nickel apart les évènement. En fait je veu que mon driver signal a mon processus en user-mode qu'il doit aller chercher des information. Hors voila , lorsque le driver envoie fait KeSetEvent(pkEvent,0,FALSE); soit j'ai un bel écran bleu avec IRQ_NOT_LESS_OR_EQUAL ou alors le pc bloque :s . Voici les partie de code intéressentante :
Mais tu lui passe l'adresse d'un KEVENT, autrement dit, un PKEVENT. Alors que lui attend un PKEVENT*, l'adresse d'un pointeur sur un event. Bilan plus bas dans le code, ça fait n'importe quoi.
if(pDeviceX->cEvent){
KdPrint(("\n dckAlarm - Envoie signal (SIM)"));
if(KeReadStateEvent(pDeviceX->pkEvent))
Toi aussi tu travailles sans filet sur les drivers ? Pas de débogueur ni rien ? Ca fait mal au fesse quand même hein ?
kd faut deux PCs, SoftIce payant et extrèmement difficile à installer sous XP, rasta ring 0 que tu te demande si ça peut marcher... Mais j'aimerais quand même bien trouver une solution pour le prochain.
deck_bsd
Messages postés1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 20162 6 avril 2009 à 14:45
Non, mais aparement je n'en ai pas besoin vu que j'ai créé l'event dans l'application utilisateur et que j'utilise ObReferenceObjectByHandle . Faut-il tout de même l'utiliser ?
deck_bsd
Messages postés1243Date d'inscriptionjeudi 31 mars 2005StatutMembreDernière intervention 3 août 20162 6 avril 2009 à 16:33
Oulalaaaa bien joué le coup du pointeur de pointeur , je l'avait vraiment pas vu :s C'est rare ce genre de paramètre ^^ . Bon je peux pas tester la tout de suite car suis sous ubuntu et pas chez moi, mais dés que je rentre, je dit quoi :D