Compilation avec gcc: initialization from incompatible pointer type

Hello world

Je reprend un code dont je ne connais quasiment rien, la bonne nouvelle à la première compile il y a peu d'erreur, 3 pour être précis, la mauvaise erreur sur des pointeurs.....

C'est à chaque fois la même chose mais sur des fonction différentes:

Code:

---

1 2 3

attention : initialization from incompatible pointer type [-Wincompatible-pointer-types] ULONG(*MmQueryAddressProtectFix)(IN PVOID VirtualAddress) = &MmQueryAddressProtect;

---

Code:

---

1 2 3

attention : initialization from incompatible pointer type [-Wincompatible-pointer-types] KIRQL(*KeRaiseIrqlToDpcLevelFix)(void) = &KeRaiseIrqlToDpcLevel;

---

Code:

---

1 2 3

attention : initialization from incompatible pointer type [-Wincompatible-pointer-types] VOID(*KfLowerIrqlFix)( KIRQL NewIrql ) = &KfLowerIrql;

---

J'utilise cygwin sur windows 7 64 bit.
Auriez vous une idée SVP?

Merci

Il nous faudrait au minimum connaître :

• la signature des fonctions citées s'il s'agit de noms de fonctions ;
• le type des objets cités (à droite de l'opérateur =) s'il s'agit de variables pointant sur des fonctions.

Le fait que ces lignes génèrent des avertissements et que les variables déclarées portent le suffixe Fix n'est pas bon signe.

Merci

Malheureusement je reprend le truc et je ne dispose que de peux d'information....

Bon en lisant le code je suis tombé sur la définition de PVOID:

Code:

---

1 2	typedef PVOID PKEXCEPTION_FRAME;

---

Et le tous semble avoir un lien avec le Kernel Windows....

Je reformule mon interrogation : comment sont déclarés MmQueryAddressProtect, KeRaiseIrqlToDpcLevel et KfLowerIrql ?

J'ai trouvé la définition de ULONG:

Code:

---

1 2 3

typedef long LONG, *PLONG; typedef unsigned long ULONG, *PULONG; typedef PULONG ULONG_PTR;

---

PVOID:

Code:

---

typedef void VOID, *PVOID, *LPVOID;

---

J'espere que cela peux aider....

Cela n'aide en rien, ce sont juste les définitions que l'on trouve sur absolument tous les headers système.
Si l'on t'a demandé de corriger ça, probablement que tu dois en avoir les compétences ? :weird:
C'est un simple type mismatch. Peut-être que le compilo était auparavant plus souple. En tous cas maintenant il tique.
Pour corriger ça y'a pas 500 solutions : soit la variable change de type, soit ce qu'on met dedans change de type. Soit on y va à la crade avec du cast.

Autant pour moi l'erreur ne venait pas de là ce n'est qu'un warning.....je doit chercher ailleurs ce qui empêche d'aller au bout le code...


Merci

NB: j'ai desisntaller la version de Cygwin 64 t j'ai installé la version 32 bit et la sa marche, j'ai tjr les warning maus sa marche.

Un warning, c'est un message du compilateur pour te dire qu'il y aura des bugs.
Ca ne marche pas tant qu'il y en a.

Citation:

---

Envoyé par Matt_Houston

Je reformule mon interrogation : comment sont déclarés MmQueryAddressProtect, KeRaiseIrqlToDpcLevel et KfLowerIrql ?

---

MmQueryAddressProtect : Bricolage fait sur du reverse-engineering du Kernel NT Windows :
https://github.com/advancingdragon/D...irtboxKernel.h

KeRaiseIrqlToDpcLevel : primitive au niveau du Kernel Windows, on n'est clairement pas dans du code qui tourne en mode User mais en Ring0
https://msdn.microsoft.com/en-us/lib...or=-2147217396

KfLowerIrql : idem MmQueryAddressProtect

Demander à un pied-tendre de faire du Ring0, en C++, sous Windows avec Cygwin, ils ont une confiance énorme dans vos capacités d'adaptation, ou ils sont complètement aux fraises vos managers.

Je vote pour les fraises :aie:

C'est un projet perso...non professionnelle....

J'ai noté vos remarques et me serons très utiles.

Merci

Tout ça ressemble à des tentatives de faire pointer des pointeurs de fonction vers des fonctions qui n'ont pas la même convention d'appel...