2.08 du 29 Mars 2013: amélioration de ClickIntercept

Nouvelle version:
KGF.dll V2.08 du 29 Mars 2013

Cette version étend l'utilisation de ClickSetHook et ClickSetLink à jusqu'à 200 objets et évènements traités simultanément. Ajout d'un paramètre à la fonction ClickIt pour en tenir compte.

Dans KGF.dll, les anciennes procédures ClitIt, ClickSetHook, ClickClearHook et ClickSetLink ont été dupliquées en ClitItEX, ClickSetHookEX, ClickClearHookEX et ClickSetLinkEX. Et les procédures originales ont été modifiées de sorte à accepter le numéro d'objet en paramètre plutôt que le handle de l'objet concerné.

La doc est à jour.

Modules modifiés:
KGF.dll
KGF_SUB.bas, demo_KGF_SUB.bas
KGF.chm, KGF.doc, KGF.pdf

Je ne savais pas trop où mettre ce post mais comme il concerne KGF.dll...

J'ai essayé de me servir de la fonction de gestion des dlls et j'ai eu droit à un beau message d'erreur .

Je voulais remanier Recover source et comme il utilise kernel 32.dll et que moi j'ai besoin de KGF.dll
CQFD...
Donc dans l'appel était utilisé seulement le nom de la dll mais en utilisant la gestion,il a fallu que je donne le chemin complet
pour faire disparaître le premier message d'erreur...
Après j' appelle la fonction dans kernel et la re belote et dix de der, message" c'est pas mathématique ligne 41.


Dll_on "KGF.dll"
dll$="C:\Windows\System32\kernel32.dll"
res2%=dll_call1("LoadDLL",adr(dll$))
res3%=dll_call2("TargetDLL",res2%,adr("RtlMoveMemory"))

que doit je lui donner à manger pour que cette dernière soit mathématique ?

Si tu essayais comme ceci:

Code:

Dll_on "KGF.dll"
dll$="C:\Windows\System32\kernel32.dll"
function$ = "RtlMoveMemory"
res2%=dll_call1("LoadDLL",adr(dll$))
res3%=dll_call2("TargetDLL",res2%,adr(fonction$))

ça marcherait sûrement mieux !

Mais attention ! RtlMoveMemory est uns fonction très délicate ! Cela fait une copie mémoire d'une adresse de départ vers une adresse de destination, pour un nombre d'octets donné. Pas de contrôle sur les adresses - eb cas d'erreur, c'est la violation d'accès mémoire.

@ Klaus,

Rassures toi, je ne fais que mettre le programme au goût du jour
au niveau interface.

Je laisse le code de travaille en l'état,seulement j'ai besoin de KGF.dll pour l'interface
et le programme de kernel32.dll donc il faut bien aménager la co-location...

Tu as raison - c'est à ça que ça sert. Ces fonctions font ça très bien.

@ Klaus,

Erreur dans KGF.chm

L' exemple de UnLoadDll ne corespond pas à la fonction.

Merci. Voilà qui est corrigé.