Savoir si une dll est 32 ou 64 bits

Version imprimable

26/07/2011, 20h47
uriotcea

Savoir si une dll est 32 ou 64 bits

Bonjour,

Je charge dynamiquement des fonctions dans mon code à partir d'une dll. Seulement, je develope 2 versions du code et de la dll, en 32 et 64bits. Sachant que c'est probablement systeme dépendant, comment puis-je à partir de mon code en C++ savoir si la dll que je charge est 32 ou 64 bits. C.a.d si elle correspond bien à la version du code en question. En gros y a t-il des fonction API windows et linux me permettant de savoir ca.

Merci de votre aide
26/07/2011, 21h35
Melem

Un processus x bits ne peut tout simplement pas charger une DLL qui n'est pas x bits ;).
26/07/2011, 23h18
uriotcea

Oui je le sais, ma question etait comment par code determiner cette incompatibilité.
27/07/2011, 01h28
Melem

Tu veux en fait examiner un fichier sur le disque, avant de le charger alors ? Il n'y a pas d'API pour faire cela, il faut aller soi-même chercher l'info dans les en-têtes du fichier, à savoir le champ Machine de l'en-tête IMAGE_FILE_HEADER dans notre cas. Pareil dans le cas où la DLL est en mémoire, sachant que le HMODULE d'une DLL n'est rien d'autre qu'un pointeur vers elle-même.

Ben en cherchant un encore un peu j'ai résolu le probléme sous linux avec le bout de code ci-dessous. Je n'ai pas encore trouvé l'équivalent sous windows, mais on doit pouvoir faire un équivalent
Code:

1 2 3 4 5 6 7 8 void *DLLHandle = dlopen (my_lib.so,RTLD_LAZY); if (DLLHandle==NULL) { char *dler=dlerror(); if (dler!=NULL) { if (strstr(dler,"ELFCLASS32")!=NULL || strstr(dler,"ELFCLASS64")!=NULL) mess_error="Incompatible 32bits library for 64bits executable code or vis versa"); } }
Ca fonctionne bien, quand je charge une dll 32 bits de mon exe 64bits ou vis versa.

27/07/2011, 08h26
koala01
Salut,

Tu pourrais envisager de prévoir un défine en fonction du type de compilation utilisé sous une forme proche de
Code:

1 2 3 4 5 6 7 #ifdef __WIN32_ //pas sur du tout que cela suffise :-P #define BITVERSION 32 #else #define BITVERSION 64 #endif /* DLL_API */ const int bitVersion = BITVERSION
Il te suffurait alors, au moment où tu utilise la dll, de vérifier la valeur de bitVersion...
27/07/2011, 09h37
uriotcea

Oui, mais je fais comment pour obtenir ce bitversion de ma dll si je peux pas l'ouvrir ?
27/07/2011, 14h28
ram-0000

Tu peux peut être regarder dans les sources de PatchVer.

Dedans, j'ouvre le binaire à patcher et j'analyse si c'est un 32 bits ou 64 bits pour réagir en conséquence.
27/07/2011, 14h47
uriotcea

Ok merci, je vais regarder ca en détail
27/07/2011, 15h07
ram-0000

Tout se passe dans le fichier PeCoff.cpp avec les fonctions _open(), _get_dos_header(), _check_nt_header32() et _check_nt_header64() (sans oublier bien sûr _close()).

Bon courage !!
27/07/2011, 15h42
fregolo52

Citation:

Envoyé par uriotcea

Oui, mais je fais comment pour obtenir ce bitversion de ma dll si je peux pas l'ouvrir ?

Je viens de faire un test (sous XP).

LoadLibrary pète une popup dégueulasse style : "ta dll n'est pas une image valide de Windows."
GetLastError retourne : 193 : is not a valid Win32 application.

Reste à savoir si on peut analyser le binaire d'une DLL (fopen ?:aie:) pour connaître son architecture.
VS_VERSIONINFO doit bien être qq part dans le binaire !! C'est peut-etre ce que fait le code ram-0000, je crois (en regardant très vite) :oops:
27/07/2011, 15h51
Melem

Citation:

Envoyé par fregolo52

Reste à savoir si on peut analyser le binaire d'une DLL (fopen ?:aie:) pour connaître son architecture.

Bien sûr qu'on peut. J'ai écrit un message à ce sujet entre autres plus haut.
27/07/2011, 17h29
fregolo52

Citation:

Envoyé par Melem

Bien sûr qu'on peut. J'ai écrit un message à ce sujet entre autres plus haut.

Ah oui !!! :oops:
Ca marche super bien ton truc :ccool: (je viens de faire un petit test)

uriotcea ne l'a pas utilisé peut-être parce qu'il est sous 98.
:dehors:
27/07/2011, 17h31
uriotcea

Non, je ne suis pas sous 98, mais je n'ai pas vraiment saisi de quel truc tu parlais au juste!

Je parlais de lire directement dans les en-têtes du fichier. Par exemple :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
#include <iostream>
#include <fstream>
#include <windows.h>
 
using namespace std;
 
int main()
{
    IMAGE_DOS_HEADER image_dos_header;
    IMAGE_FILE_HEADER image_file_header;
 
    ifstream file("uriotcea.dll", ios_base::in | ios_base::binary);
    file.read(PCHAR(&image_dos_header), sizeof(image_dos_header));
 
    // A ce stade on a lu l'en-tête MS-DOS du fichier.
    // Le champ image_dos_header.e_lfanew pointe vers le début des en-têtes NT (IMAGE_NT_HEADERS).
    // L'en-tête qui nous intéresse ici est l'en-tête de fichier (IMAGE_FILE_HEADER).
    // Le champ Machine de cet en-tête permet de savoir si le fichier est un 32 ou un 64 bits.
 
    file.seekg(image_dos_header.e_lfanew + 4, ios_base::beg);
    file.read(PCHAR(&image_file_header), sizeof(image_file_header));
 
    if (image_file_header.Machine == IMAGE_FILE_MACHINE_I386)
        cout << "Machine : x86 32 bits" << endl;
    else if (image_file_header.Machine == IMAGE_FILE_MACHINE_AMD64)
        cout << "Machine : x86 64 bits" << endl;
    else if (image_file_header.Machine == IMAGE_FILE_MACHINE_IA64)
        cout << "Machine : IA64" << endl;
    else
        cout << "Mauvais format de fichier." << endl;
 
    file.close();
 
    return 0;
}

Je rappelle aussi que le HMODULE d'une DLL n'est rien d'autre qu'un pointeur vers l'en-tête MS-DOS de l'image du fichier en mémoire donc il n'y a pas grand-chose à changer pour faire que ça fonctionne avec un fichier déjà chargé. Dernier truc qui pourrait peut-être aussi servir un jour, tout ceci s'applique à tous les fichiers au format PE, c'est-à-dire .exe, .dll, .sys, .cpl, .scr etc. et non uniquement aux exe et aux dlls.

28/07/2011, 10h24
uriotcea

Merci beaucoup pour ton code qui fonctionne parfaitement.

Une question cependant, quel est la difference entre IMAGE_FILE_MACHINE_AMD64 et IMAGE_FILE_MACHINE_IA64
28/07/2011, 10h47
fregolo52

Citation:

Envoyé par uriotcea

Merci beaucoup pour ton code qui fonctionne parfaitement.

Une question cependant, quel est la difference entre IMAGE_FILE_MACHINE_AMD64 et IMAGE_FILE_MACHINE_IA64

Sans parle de IMAGE_FILE, mais juste de la généralité sur AMD64 et IA64 :

L'architecture du CPU :
le premier est 32/64bit (CPU et OS): Core2 Duo ... (les CPU des PC bureautique) : tu peux exécuter les applis 32bit.
l'autre est full 64bit : Itanium + une version bien spécifique de Windows

Je crois ne pas raconter de connerie.
28/07/2011, 10h58
Melem

Citation:

Envoyé par fregolo52

le premier est 32/64bit

C'est un processeur 64 bits. Seulement, il est compatible avec l'architecture x86 32 bits.

Citation:

Envoyé par fregolo52

l'autre est full 64bit : Itanium + une version bien spécifique de Windows

Ca je n'ai pas compris. IA64 est tout simplement une autre architecture 64 bits, signée Intel, très différente de l'x86.
28/07/2011, 12h37
uriotcea

Ok encore merci à tout le monde