LIAISON D'UN MODULE .OBJ ASM À UN EXE C++

Commentaire de BruNews le 03/10/2006 18:03:27 administrateur CS

MASM est partie intégrante de VC++, inutile d'aller faire un obj au dehors et de l'importer ensuite.
Dans VC++, 'Add new Item' et tu mets extension asm sur fichier de code, le tour est joué.

Commentaire de BruNews le 03/10/2006 19:08:16 administrateur CS

Je mets aussi le code, autant épuiser le sujet, pourra toujours servir.
J'exporte en stdcall comme pour toute API, prob de décoration de nom disparait.

Dans cpp, c ou h:
#ifdef __cplusplus
extern "C" {
#endif
// FONCTIONS EXTERN ICI

void __stdcall procEXTN(unsigned int* pVal1, unsigned char* pVal2);


#ifdef __cplusplus
}
#endif

Fichier ASM, gaffe que je vire la stackframe inutile, autant gagner le maximum de cycles.
.686
.MODEL FLAT, stdcall
option prologue:none
option epilogue:none

PUBLIC procEXTN

.CODE

procEXTN PROC ptr_dwVal:DWORD,ptr_bVal:DWORD
  mov   eax, [esp+4]      ; recup val1
  inc   dword ptr[eax]    ; ajoute 1 (déréférence dword)
  mov   eax, [esp+8]      ; recup val2
  inc   byte ptr[eax]     ; ajoute 1 (déréférence byte)
  ret   8
procEXTN ENDP

END

Commentaire de BruNews le 03/10/2006 21:08:06 administrateur CS

MASM c'est ml et link, la partie finale de VS après que le compilo aura traduit et optimisé le C/C++ en asm. Le package MASM32 a été fait ainsi, extraction des composants d'un compilo MS (celui du DDK win98 si je me souviens bien).
Il est donc tout à fait normal qu'on puisse direct fournir le code en asm, que soit fourni par le compilo ou par le developpeur ne change rien.
Dans un fichier ASM, aucune restriction de syntaxe ASM, on peut tout y faire (JMP direct au MILIEU d'une fonction, etc...), aucune limite.

Commentaire de BruNews le 03/10/2006 21:16:31 administrateur CS

ah oui encore un oubli:
Employer un "nom" de param n'a pas de sens en ASM, ces noms ne servent qu'à indiquer la finale du nom d'export (ici "@8" car 8 octets de param PUSHes par appelant).
Cet emploi de nom peut se faire car ml inclut un analyseur (jeu de macros) qui remplacera par un offset ESP ces noms. C'est le genre d'hérésie de code qu'on trouve fréquemment sur asmfr, le code obtenu fait pitié en rapport à ce que produirait VC++ 2005 avec un listing C correct. Il ne faut absolument pas s'habituer à cela, manipuler les registres sera nettement supérieur.

Commentaire de Gerald le 10/10/2006 10:36:38

idem, j'avais fait dans le temps un petit tut avec NASM:
http://sheeps.free.fr/main.php?page=asmfunc
bonne continuation