salut a tous je code sous dev-c++ et à chaque fois que j´utilise la librairie iostream ( meme en utilisant aucune de ses fonctions --> j´ai vérifié), l´exe produit fait la taille monumentale de 533 Ko et ca n´arrive pas lorsque j´utilise n´importe quelle autre librairie

Si vous pouviez m´aider svp ( en sachant que je ne genere pas de fichier de débbogage donc pas la meine de me le prpposer)

Merci

Même problème sous Linux avec GCC, c´est peut-être du à ce compilo, mais ça doit être nécessaire.

mouais j´hesite entre le reinstaller ou passer à une version antérieure du compilo
@+

ptet, faites vouar vos sources histoire de voir ce que ça fait sous vc 7 pro

Non en fait je viens de refaire un test et l´executable fait moins de 16 ko, avant j´atteignais les 300 quand j´essayais y´a longtemps... bah

C´était un simple cout qui disait boujour.

Le poids me semble normal si tu utilises certaines focntion de iostream.

533 Ko n´est pas vraiment une taille monumentale pour un programme en 2004.
Si tu veux un executable plus petit, prend des librairie C, ou si tu est a l´octet pres essai en ASM.

Sinon, avec GCC 3.3.2 sous linux l´executable suivant ne pese que 133Ko ( en utilisant presque aucun fonction de iostream comme ennoncé dans le premier post) :

1. include < iostream>

int main()
{
std::cout < < " Plok"<<std::endl;
return 0;
}

Ha, rectification aussi de ma part
13333 octets font ~13.4 Ko pour l´executable.

Faut croire que les headers d´executable Win32 sont plus volumineux que ceux de Linux.

Il reste que 0.5 Mo pour un programme c´est pas la mort.

a bas iostream, c´est de la merde !

dommage qu´on puisse pas utiliser le int21h et reprogrammer cout !

c´est étrange que ce soit si gros n´empêche, un programme win32 fonctionnel, peut être plus petit.

Mais ui, vive mon helloworld.com de 13 octets !

Tant que je vous tiens, keskun handle ( ne me dites pas que c´est un descripteur de fenêtre), keskune page ( de mémoire), keske l´EMS ?

Pour faire simple, un handle est un descripteur permettant de nommé une chose. Par exemple, l´handle revoyee par fopen ( handle de type FILE*) permet par la suite d´ecrire dans ce fichier en le spécifiant lors de l´appel a fwrite meme si d´autre fichiers on ete ouvert entre temps. En regle general les handles utilisée par un jeu fonction ne sont comprise que par le jeu de fonction qui les ont générés. Je sais pas si je suis clair la

Pour les page memoire et l´EMS ( c´est lié) la page suivante t´eclairera un peu.
http://www.infoprat.net/astuces/windows9x/astuces/memoire_004.php

Merci, ne crois que n´ai compris.

" Merci, ne crois que n´ai compris."

c´est positif ou négatif comme phrase ?

pour faire simple, un handle c´est un nom générique pour un pointeur.

Mais il peut y avoir des handle pour toute sorte de chose qui n´ont rien à voir entre elles ( comme le dit Kouic), si tu donen un handle de fenêtre à la fonction checmenuitem je suis pret à parier que ça ne vas pas marcher par exemple.

pour les page mémoire, je sais pa trop comme ça marche, mas c´est lié à la manière qu´a windows de charger les exécutable ( qui sont donc paginé) mais je croit que ça et l´EMS date du DOS et que c´est un peu dépasseé ( surtout l´EMS). Mais j´en suis pas sur.

N´est positif. Enfin ce qu´il a dit j´ai compris, toi je pige pas ( checmenuitem par exemple, t´as oublié que je touchais pas à Win32 ? ). Les handles c´est ce que j´appelle les descripteurs ( ça doit être le terme du K& aussi)

Et pour la mémoire aussi j´ai compris.

si t´as comprispour la mémoire, tu peut m´expliquer ?

checkmenuitem, je l´ai pris juste comme exemple car il a un titre descriptif, ça mets une petite marque en regard d´un menu pour dire que tu l´as sélectionné.

Bin ( si j´ai bien compris) la mémoire paginée c´est une " extension" de la mémoire préhistorique ( pas la mémoire, l´extension) qui fonctionnait avec un autre matériel, et passait par un allocateur matériel lui même.