BINDER D'EXE DE DÉBUTANT
Neo_Fr
Messages postés
653
Date d'inscription
mardi 6 décembre 2005
Statut
Membre
Dernière intervention
10 novembre 2014
-
25 mai 2008 à 23:07
cs_badrbadr Messages postés 475 Date d'inscription jeudi 19 juin 2003 Statut Membre Dernière intervention 3 novembre 2008 - 26 mai 2008 à 19:08
cs_badrbadr Messages postés 475 Date d'inscription jeudi 19 juin 2003 Statut Membre Dernière intervention 3 novembre 2008 - 26 mai 2008 à 19:08
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/46759-binder-d-exe-de-debutant
https://codes-sources.commentcamarche.net/source/46759-binder-d-exe-de-debutant
26 mai 2008 à 19:08
Y a ce site que j'ai trouvé qui explique le principe graphiquement :
http://dn.codegear.com/article/27979
Apparemment, ça pourrait même fonctionner sous Linux :)
26 mai 2008 à 19:02
Va lire les specs du format PE, tu verras que ne sont lus que les octets utiles définis dans les structures internes, tout ce qui est au delà est ignoré.
Cette méthode est très utile par exemple pour embarquer une DLL dans l'exe, on la dépose à l'exécution dans le dossier TEMP et on la supprime en quittant.
26 mai 2008 à 18:55
J'ignore si Microsoft a documenté comme quoi l'ajout de données supplémentaires à la fin d'un fichier executable est permis. S'ils l'ont fait, ça voudra dire qu'ils grantissent que ça ne causera pas de problèmes dans le futur.
26 mai 2008 à 18:46
On colle des octets à la fin d'un fichier (quel qu'il soit) puis un DWORD à la fin indiquant le nombre d'octets, on doit retrouver les octets originaux en les relisant.
26 mai 2008 à 17:48
Je ne connais pas très bien le format .exe de Windows (appelé PE) ni à quel point est documenté, mais est-ce que ce programme ne risque pas de cesser de fonctionner sur des versions futures de Windows?
Il me semble que le moyen le mieux documenté est d'utiliser l'API Win32 pour ce genre de programme auto-extractable (voir UpdateResoource());
26 mai 2008 à 12:39
25 mai 2008 à 23:43
le calloc ne sert à rien, et dans : file1_name=argv[2];
ça ne copie rien d'autre que l'adresse qui est dans argv[2] (argv est un tableau de pointeurs), c'est à dire que cela ne fait que créer une sorte d'alias pour argv[2] !
Il suffit de faire : char *file1_name = argv[2];
Pour copier il aurait fallu faire : strcpy(file1_name,argv[2]);
25 mai 2008 à 23:41
#include <windows.h>
#include <stdio.h>
DWORD __stdcall FileConcat(LPSTR lpszDstFile, LPSTR lpszSrcFile)
{
HANDLE hSrcFile, hDstFile;
DWORD dwRet = 1, dwFileSize, br, bw;
BYTE* lpBuffer;
hSrcFile = CreateFile(lpszSrcFile, GENERIC_READ, 0, 0, OPEN_EXISTING, 0, 0);
if(hSrcFile == INVALID_HANDLE_VALUE) return 1;
hDstFile = CreateFile(lpszDstFile, GENERIC_WRITE, 0, 0, OPEN_ALWAYS, 0, 0);
if(hDstFile == INVALID_HANDLE_VALUE) goto _Error;
lpBuffer = (BYTE*) HeapAlloc(GetProcessHeap(), HEAP_NO_SERIALIZE, 0x100000); // 1mo
if(!lpBuffer) goto _Error;
dwFileSize = GetFileSize(hDstFile, 0);
SetFilePointer(hDstFile, dwFileSize, 0, FILE_BEGIN);
while(1)
{
if(!ReadFile(hSrcFile, lpBuffer, 0x100000, &br, 0)) goto _Error;
if(!br) break;
if(!WriteFile(hDstFile, lpBuffer, br, &bw, 0)) goto _Error;
}
dwRet = 0;
_Error:
if(lpBuffer) HeapFree(GetProcessHeap(), HEAP_NO_SERIALIZE, lpBuffer);
if(hDstFile) CloseHandle(hDstFile);
if(hSrcFile) CloseHandle(hSrcFile);
return dwRet;
}
/*
Voici comment se presente le fichier:
|----"self-extractor"----|---donnes sur la tailles des exe --|--------EXE1------|-------EXE2------|
*/
DWORD __stdcall FormatFile(LPSTR lpszFilePath, DWORD dwFile1Size, DWORD dwFile2Size)
{
HANDLE hFile;
DWORD bw;
FileConcat(lpszFilePath, "header.bin");
hFile = CreateFile(lpszFilePath, GENERIC_WRITE, 0, 0, CREATE_ALWAYS, 0, 0);
if(hFile == INVALID_HANDLE_VALUE) return 1;
WriteFile(hFile, &dwFile1Size, sizeof(DWORD), &bw, 0);
WriteFile(hFile, &dwFile2Size, sizeof(DWORD), &bw, 0);
CloseHandle(hFile);
return 0;
}
DWORD __stdcall GetSizeOfFile(LPSTR lpszFile)
{
HANDLE hFile;
DWORD dwFileSize;
hFile = CreateFile(lpszFile, GENERIC_READ, 0, 0, OPEN_EXISTING, 0, 0);
if(hFile == INVALID_HANDLE_VALUE) return 0;
dwFileSize = GetFileSize(hFile, 0);
CloseHandle(hFile);
return dwFileSize;
}
int main(int argc, LPSTR* argv)
{
HANDLE hFile;
LPSTR lpszFile1, *lpszFile2, *lpszBindedFile;
if(argc != 4)
{
printf("Syntaxe: binded_name.exe file1.exe file2.exe\n");
system("PAUSE");
return 0;
}
lpszFile1 = argv[2];
lpszFile2 = argv[3];
lpszBindedFile = argv[1];
FileConcat("tmp.exe", lpszFile1);
FileConcat("tmp.exe", lpszFile2);
FormatFile(lpszBindedFile, GetSizeOfFile(lpszFile1), GetSizeOfFile(lpszFile2));
system("PAUSE");
return 0;
}
Neo_Fr
25 mai 2008 à 23:10
25 mai 2008 à 23:09
On n'appelle pas une alloc dynamique pour 1 octet.
char c;
allait tout aussi bien en utilisant idem 4 octets (ici sur la pile) mais sans appel au memory manager.
D'ailleurs dans ta fonction forma(...) tu oublies de libérer la mémoire.
25 mai 2008 à 23:08
25 mai 2008 à 23:07
Neo_Fr