Savoir si une dll est 32 ou 64 bits

**uriotcea** · 26/07/2011, 20h47

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

**Melem** · 26/07/2011, 21h35

Un processus x bits ne peut tout simplement pas charger une DLL qui n'est pas x bits

.

**uriotcea** · 26/07/2011, 23h18

Oui je le sais, ma question etait comment par code determiner cette incompatibilité.

**Melem** · 27/07/2011, 01h28

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.

**uriotcea** · 27/07/2011, 02h33

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**koala01** · 27/07/2011, 08h26

Salut,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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...

**uriotcea** · 27/07/2011, 09h37

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

**ram-0000** · 27/07/2011, 14h28

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.

**uriotcea** · 27/07/2011, 14h47

Ok merci, je vais regarder ca en détail

**ram-0000** · 27/07/2011, 15h07

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 !!

**fregolo52** · 27/07/2011, 15h42

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 ?

) 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)

**Melem** · 27/07/2011, 15h51

Envoyé par fregolo52

Reste à savoir si on peut analyser le binaire d'une DLL (fopen ?

) pour connaître son architecture.

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

**fregolo52** · 27/07/2011, 17h29

Envoyé par Melem

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

Ah oui !!!

Ca marche super bien ton truc

(je viens de faire un petit test)

uriotcea ne l'a pas utilisé peut-être parce qu'il est sous 98.

**uriotcea** · 27/07/2011, 17h31

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

**Melem** · 27/07/2011, 19h29

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**uriotcea** · 28/07/2011, 10h24

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

**fregolo52** · 28/07/2011, 10h47

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.