Discussion :

[Bktero]

Bonjour,

J'ai voulu testé les codes donnés dans les pages suivantes du MSDN :
http://msdn.microsoft.com/en-us/library/ms682623.aspx
http://msdn.microsoft.com/en-us/library/ms682050.aspx


Problème : la fonction EnumProcesses provoque une erreur de segmentation.


J'ai fait un code minimaliste que je compile avec Codeblocks 10.5 (et donc MinGW) sous Windows XP :

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
#include <windows.h>
#include <psapi.h>
#include <iostream>

int main( void )
{
    // Get the list of process identifiers.
    DWORD aProcesses[10000] = {0}, cbNeeded = 0;

    try
    {
        if ( !EnumProcesses( aProcesses, sizeof(aProcesses), &cbNeeded ) )
        {
            return 1;
        }
    }
    catch(const std::exception & Exp)
    {
        std::cerr << "Erreur : " << Exp.what() << ".\n";
        exit(EXIT_FAILURE);
    }
    return 0;
}

Le Try Catch ne sert à rien puisque la sortie est vide.

Par acquis de conscience, je fais un code similaire en C :

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
#include <windows.h>
#include <psapi.h>
#include <stdio.h>

int main( void )
{
    // Get the list of process identifiers.
    DWORD aProcesses[10000] = {0}, cbNeeded = 0;

    puts("Avant");

    if ( !EnumProcesses( aProcesses, sizeof(aProcesses), &cbNeeded ) )
    {
        puts("Erreur lors du listing !");
        return 1;
    }

    puts("Apres");
    return 0;
}

qui ne m'affiche que Avant.

J'enquête à partir de la page de manuel de la fonction EnumProcesses : http://msdn.microsoft.com/en-us/library/ms682629.aspx

Elle semble fonctionner sous XP, j'ai ajouté Psapi.lib à mon projet. Définir ou pas PSAPI_VERSION=1 ne change rien.

Je suis preneur de toute piste ! Merci d'avance !

[Médinoc]

Code C :

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

sizeof(aProcesses)

Ton problème est là. Utilise la macro ARRAYSIZE à la place de sizeof.

PS: Je n'ai pas lu plus loin que le sizeof, donc il peut y avoir d'autres problèmes.

[Bktero]

Jolie macro mais elle ne résout pas le problème...

Après avoir essayer dans mon code avec MinGW et ne voir aucun changement, je suis allé sur la page de manuel et il est dit :

cb [in]
The size of the pProcessIds array, in bytes.

sizeof() donne bien la taille en bytes (petite piqure de rappel, je croyais qu'elle rendait le nombre d'éléments )

Du coup, j'ai lancé Visual Studio qui était installé par chance sur mon post, j'ai galéré comme un malade pour créer un projet vide, je n'ai pas réussi, j'ai finalement utilisé l'outil d'importation pour créer le projet à partir de mon code précédent. Il compile, se lance et ne plante pas.

Impossible de le faire marcher avec MinGW par contre... Les fichiers LIB sont correctement interprétés par MinGW ? Tu n'avais pas dit une fois qu'ils étaient faits pour Visual ?

[Médinoc]

The size of the pProcessIds array, in bytes.

Oups. Dire que j'avais commencé à vérifier, puis j'ai pensé à autre chose...

En effet, les .lib sont fait pour Visual. MinGW utilise généralement sa propre version, généralement nommée libXXXX.a (ici, ce serait libpsapi.a).

Sinon, tu peux essayer d'utiliser la version de ToolHelp au lieu de celle de psapi: CreateToolHelp32Snapshot(), Process32First(), Process32Next().

[Bktero]

Dire que j'avais commencé à vérifier, puis j'ai pensé à autre chose...

Ah ah ah ! Ça m'est arrivé des dizaines de fois ce genre d'égarement !

En effet, les .lib sont fait pour Visual. MinGW utilise généralement sa propre version, généralement nommée libXXXX.a (ici, ce serait libpsapi.a).

Parti de cette indication, j'ai rajouté libpsapi.a dans les options de mon linker (ce fichier est dans C:\Program Files\CodeBlocks\MinGW\lib, donc a priori sur le chemin du linker) et ça marche !

Très étonnant quand même le comportement de MinGW quand tu lui indiques un fichier lib...

1) Dans un premier temps, je lui ai indiqué le chemin complet vers le fichier en rajoutant aux options du linker :
C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib\Psapi.Lib
Ca compile, ça linke, ça provoque une erreur de segmentation.

2) Dans un second temps, j'ai copié Psapi.Lib dans le dossier de mon projet et j'ai indiqué aux options du linker uniquement le nom du fichier Psapi.Lib. Ca compile mais ça ne linke pas, avec le message d'erreur suivant :

ld.exe||cannot find -lpsapi.lib|

Étonnant aussi : quand tu vas dans les options du linker et ouvre le sélecteur de fichier, il t'autorise par défaut plusieurs extensions, donc les fichiers .lib.

Bref, merci beaucoup à toi ! A l'avenir, méfions-nous des .lib avec MinGW




PS :

Sinon, tu peux essayer d'utiliser la version de ToolHelp au lieu de celle de psapi: CreateToolHelp32Snapshot(), Process32First(), Process32Next().

Les fonctions de PSAPI sont-elles dépréciées ? J'ai lu sur un site que c'était uniquement pour NT 4.0 (qu'est ce que c'est exactement), pourtant la page de manuel de fonctions de PSAPI disent qu'elles sont encore utilisables dans Seven.

ToolHelp est un remplaçant / un concurrent / autre chose ?

[Médinoc]

ToolHelp, c'est plus ou moins un concurrent qui existait dans Win16 et a été porté sous Win32.

Il me semblait qu'il y avait quelque part un article sur l'histoire des deux, mais je ne le trouve plus.

[Bktero]

J'y connais décidément rien aux versions de Windows ^^

Merci pour ton aide, je marque le sujet comme .