Discussion :

[wavesound]

Voila, j'ai créé un beau petit programme, sans printf ni rien pour qu'il tourne en fond de tâche, mais lorsque je lance l'exe j'ai la console MSDOS avec le curseur clignotant mais rien d'affiché à l'intérieur... Autant dire que ça ne me sert à rien.

Quelqu'un saurait comment l'enlever ? Dois-je bidouiller mon éxécutable ou bien modifier mon code source (et comment le modifier) C'est assez gênant.

Merci beaucoup !

[pascal.barbier]

Il suffir de créer un projet Appli Win32 et non console et remplacer ton actuelle fonction main par :

Code :

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

1
2
3
4
int WINAPI WinMain (HINSTANCE hThisInstance,
                     HINSTANCE hPrevInstance,
                     LPTSTR    lpCmdLine,
                     int       nCmdShow)

[wavesound]

Merci beaucoup, je vais essayer !

[wavesound]

C'est ok, il me fallait juste rajouter la directive de préprocesseur <windows.h>.

J'ai cependant un autre problème à la compilation. En fait mon programme est un "bouffe-RAM" :

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


int WINAPI WinMain (HINSTANCE hThisInstance,
                     HINSTANCE hPrevInstance,
                     LPTSTR    lpCmdLine,
                     int       nCmdShow)
{

    void *malloc(size_t size);

    while (1) // Boucle infinie
    {
        malloc(999999999); // Taille maximale pouvant être allouée
    }
}

Tout con quoi. Bref quand je compile, j'obtiens le message :

main.c : undefined reference to `malloc(unsigned int)`
collect2: ld returned 1 exit status
make.exe: *** [Projet1.exe] Error 1
Exécution terminée

Avant la modif pour masquer l'exécutable, j'avais le même problème sous Code::Blocks, mais pas sous Dev-C++ (pourtant, j'utilisais MinGW dans les deux cas... ). Maintenant, je l'ai aussi sous Dev-C++... Saurai-tu d'où ça peut venir ? J'ai tout essayé. Merci.

[Vincent Rogier]

pour malloc, il faut inclure stdlib.h

ton prog n'est pas seulement un "bouffe RAM" comme tu dis, mais aussi un "bouffe CPU"

[wavesound]

Merci pour vos réponses. J'ai rajouté stlib, ça compile sans problème... Mais j'ai toujours la fenêtre MSDOS au lancement de mon programme !

[wavesound]

En revanche, je ne comprends pas :

Occupations
SANS
RAM : ~ 200 Mo
UC : 0% à 5%
Fichier d'échange : 211 Mo

AVEC
RAM : ~ 200 Mo (le programme n'utilise que 692 Ko !)
UC : 100%
Fichier d'échange : 2.07 Go

Etant donné que la RAM n'est pas occupée, est-ce que ça altère vraiment les performances ? Chez moi, hormis l'ouverture de Firefox, je ne sens pas grand chose (c'est quand même plus lent).
Comment occuper la RAM ?

[Vincent Rogier]

Je te l'avais dis que cela serait un "Bouffe CPU"...

T'a combien de RAM sur la machine ??

Windows swappe à mort... faudrait voir tes paramètres de gestion de la mémoire de ta machine...

[wavesound]

J'ai 1 Go de RAM.

Pourtant, sous Linux, le même programme, en plus de swapper à fond, bouffe toute ma RAM en 5 secondes chrono, donc ça rame encore plus (impossible de bouger le curseur).

[pascal.barbier]

Sous windows, allouer de la mémoire avec malloc ne suffit pas pour allouer de la mémoire physique : il faut également y accéder.
Le principe d'optimisation est le suivant : le programme demande un gros bloc de mémoire avec malloc, windows renvoie un pointeur vers une zone mémoire virtuelle qui n'est pas mappée sur de la mémoire réelle : la RAM n'est pas encore allouée. Le premier accès (lecture ou ecriture) provoque une faute de page que Windows intercepte pour allouer réellement la mémoire.

En clair : en plus de malloc tu dois faire un memset pour y accéder du début à la fin et donc provoquer son allocation réelle.

Sous Linux je ne connais pas le mécanisme utilisé par les implémentation stdlibc de malloc.

PS :
Juste par curiosité, qu'est-ce que tu cherches à faire ? Planter Windows ? Dans ce cas il y a plus facile

Hope it helps

[wavesound]

Merci pour ta réponse. Va falloir que je me mette à memset.

Ce que je cherche à faire ? Trouver des failles (qui n'en sont pas vraiment) dans cette passoire de système.

[pascal.barbier]

Bon courage, et il en faut parce que des failles ça ne manque pas mais pour les trouver il faut un peu plus qu'une petite boucle de malloc et de memset.

Je te joins les sources de Windows pour t'aider dans ton aventure

[wavesound]

Merci.

Premièrement, faudrait que je connaisse un peu la syntaxe de memset. Jamais utilisé pour le moment.

[Médinoc]

Euh...
Es-tu sûr que Windows utilise un tas optimiste ?

De toute façon, pour jouer avec de grosses quantités de RAM, je conseillerais plutôt de taper directement dans des fonctions comme VirtualAlloc()...

[wavesound]

Mission : Trouver les syntaxes et quelques exemples pour memset et VirtualAlloc.