Création d'applications de console sans CRT et en-têtes par défaut?

Question

J'essaye de construire une application de console sans utiliser le CRT, ou d'autres importations que kernel32.lib dans tous les cas. Je reçois mon code pour compiler, mais ne peut pas envelopper l'éditeur de liens autour de quelques problèmes:

unresolved external symbol @__security_check_cookie@4 
unresolved external symbol "int __cdecl FreeLibrary(void *)" (?FreeLibrary@@YAHPAX@Z) 
unresolved external symbol "void * __cdecl LoadLibraryW(wchar_t *)" (?LoadLibraryW@@YAPAXPA_W@Z) 
unresolved external symbol "int (__cdecl*__cdecl GetProcAddress(void *,char *))(void)" (?GetProcAddress@@YAP6AHXZPAXPAD@Z) 
unresolved external symbol _wmainCRTStartup 

FreeLibrary, LoadLibraryW et GetProcAddress je l'ai amené à programmer explicitement, ne pas utiliser windows.h:

#pragma comment(lib, "kernel32.lib") 

typedef int(*FARPROC)(); 

void* LoadLibraryW(wchar_t* lpLibFileName); 
FARPROC GetProcAddress(void* hModule, char* lpProcName); 
int FreeLibrary(void* hLibModule); 

Je suppose que quelque chose ne va pas avec mes prototypes. Cependant, le plus gros problème sont __security_check_cookie et _wmainCRTStartup, qui ont évidemment quelque chose à voir avec le CRT. Donc, je me demande comment je pourrais contourner la valeur par défaut int wmain(int argc, wchar_t* argv[]) pour entrypoint, et comment se débarrasser de ce que le cookie de sécurité est.

Answer 1

_wmainCRTStartup est la fonction qui appelle wmain()

IIRC il devrait être disponible dans certains fichier .o que vous pouvez lier avec, regardez dans votre répertoire lib.

Peut-être est une lecture utile aussi: Reduce EXE and DLL Size with LIBCTINY.LIB (et Matt roches Pietrek :-)

Answer 2

Vous pouvez regarder dans Windows.h pour voir les prototypes dont vous avez besoin pour vos importations kernel32. En général, les fonctions Windows sont définies WINAPI qui est en fait __stdcall et non __cdecl. Cela réglera au moins ce problème.

Quant à votre autre problème, vous devez explorer les arguments de ligne de commande de l'éditeur de liens et voir s'il y a un moyen de l'obtenir de ne pas regarder les choses de CRT. Je ne sais pas s'il existe un moyen de le faire ou non. Mais vous allez devoir trouver un moyen ou définir ces fonctions vous-même (ce que vous ne voulez probablement pas faire).

je recommande simplement en utilisant un compilateur/éditeur de liens différents.

Answer 3

Le bon point d'entrée est main(), et non wmain() (puisque vous compilez une application de console). Le code de cookie de sécurité peut être découpé à partir du code source CRT; pas besoin de lien dans.

Answer 4

Vous devez déclarer les fonctions de Windows.h comme extern "C".

Answer 5

Eh bien, me répondre ici pour résumer, au cas où quelqu'un d'autre trouve cette page à la recherche d'informations. Comme MSalters conseillé, le code de cookie de sécurité peut être volé à partir de la source CRT, mais ce faisant, j'ai trouvé que l'indicateur de compilateur /GS- peut être utilisé pour éviter la sécurité tout à fait.

Comme SoapBox dit, les fonctions de l'API doivent être __stdcall, ainsi que le point d'entrée ne. J'ai corrigé le problème du point d'entrée avec l'indicateur de ligne de commande de l'éditeur de liens /entry:wmain.

Et enfin, comme Tomek a souligné, les fonctions de l'API doit y être en C extern!

Alors:

#pragma comment(lib, "kernel32.lib") 

typedef int(*FARPROC)(); 

extern "C" { 
    void* __stdcall LoadLibraryW(wchar_t* lpLibFileName); 
    FARPROC __stdcall GetProcAddress(void* hModule, char* lpProcName); 
    int __stdcall FreeLibrary(void* hLibModule); 
    typedef int (__stdcall *f_MessageBoxW_t)(unsigned long hWnd, wchar_t* lpText, wchar_t* lpCaption, unsigned long uType); 
    f_MessageBoxW_t fnMsg; 
    void* hUser; 
}; 

int __stdcall wmain(int argc, wchar_t* argv[]) 
{ 
    hUser = LoadLibraryW(L"user32.dll"); 
    fnMsg = (f_MessageBoxW_t)GetProcAddress(hUser, "MessageBoxW"); 
    fnMsg(0, L"foo", L"bar", 0); 
    FreeLibrary(hUser); 
    return 0; 
} 

Answer 6

Plus déclaration de point d'entrée correcte sera:

int __stdcall wmain(PVOID ThreadParam) 

Sans point d'entrée CRT directement par l'BaseThreadInitThunk. Son passe pointeur vers quelque chose, mais pas argc + argv.