begin process at 2012 05 30 11:10:14
  Trouver un code source :
 
dans
 
Accueil > Forum > 

Archive C/C++

 > 

Archives

 > 

API

 > 

RAM lost :(


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

RAM lost :(

lundi 1 septembre 2003 à 13:47:33 | RAM lost :(

JackosKing

voilà, j'ai cette fonction:

Twiny::BROWSER_PLUG()
{
char FileName[MAX_PATH]="";
// surtout ne pas allouer sur le stack sinon on ne reprendra pas la ram!!!
OPENFILENAME *ofn = (OPENFILENAME*)calloc(1,sizeof(OPENFILENAME));
if ( ofn != NULL )
{
ofn->lStructSize = sizeof(OPENFILENAME);
ofn->hwndOwner = hWnd;
ofn->lpstrFilter = " (*.*)\0*.*\0";
ofn->lpstrFile = FileName;
ofn->nMaxFile = MAX_PATH;
ofn->lpstrInitialDir = PATH;
ofn->lpstrTitle = "TinyShell :: Browser";
ofn->Flags = OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST | OFN_HIDEREADONLY;

if(GetOpenFileName (ofn))
{

}

free(ofn);
}
}

donc ca ouvre une fenetre "ouvrir" classique.
Mon processus de programme passe de 2Mo à 5Mo, normal, mais quand la fenetre est fermée, il prend toujours la meme ram!!!
Si ct alloué sur le stack je dirais normal, mais l'a c'est pas le cas :(
help


JackosKing For EvEr
lundi 1 septembre 2003 à 14:16:18 | Re : RAM lost :(

Kaid

Ce n'est certainement pas l'allocation d'une structure OPENFILENAME qui peux prendre autant de place en mémoire.

Kaid - kaid.fr.st

-------------------------------
Réponse au message :
-------------------------------

> voilà, j'ai cette fonction:
>
>
Twiny::BROWSER_PLUG()
> {
> char FileName[MAX_PATH]="";
> // surtout ne pas allouer sur le stack sinon on ne reprendra pas la ram!!!
> OPENFILENAME *ofn = (OPENFILENAME*)calloc(1,sizeof(OPENFILENAME));
> if ( ofn != NULL )
> {
> ofn->lStructSize = sizeof(OPENFILENAME);
> ofn->hwndOwner = hWnd;
> ofn->lpstrFilter = " (*.*)\0*.*\0";
> ofn->lpstrFile = FileName;
> ofn->nMaxFile = MAX_PATH;
> ofn->lpstrInitialDir = PATH;
> ofn->lpstrTitle = "TinyShell :: Browser";
> ofn->Flags = OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST | OFN_HIDEREADONLY;
>
> if(GetOpenFileName (ofn))
> {
>
> }
>
> free(ofn);
> }
> }
>

> donc ca ouvre une fenetre "ouvrir" classique.
> Mon processus de programme passe de 2Mo à 5Mo, normal, mais quand la fenetre est fermée, il prend toujours la meme ram!!!
> Si ct alloué sur le stack je dirais normal, mais l'a c'est pas le cas :(
> help
>
>
> JackosKing For EvEr
lundi 1 septembre 2003 à 14:16:24 | Re : RAM lost :(

BruNews

Administrateur CodeS-SourceS
Mais non il ne les prend pas, simplement un autre processus n'en ayant pas encore besoin le systeme n'y a pas retouche.
Faut pas focaliser la dessus, les gestionnaires de memoire depuis w2k sont vraiment au point et xp a encore ameliore cette gestion.
BruNews, ciao...


-------------------------------
Réponse au message :
-------------------------------

> voilà, j'ai cette fonction:
>
>
Twiny::BROWSER_PLUG()
> {
> char FileName[MAX_PATH]="";
> // surtout ne pas allouer sur le stack sinon on ne reprendra pas la ram!!!
> OPENFILENAME *ofn = (OPENFILENAME*)calloc(1,sizeof(OPENFILENAME));
> if ( ofn != NULL )
> {
> ofn->lStructSize = sizeof(OPENFILENAME);
> ofn->hwndOwner = hWnd;
> ofn->lpstrFilter = " (*.*)\0*.*\0";
> ofn->lpstrFile = FileName;
> ofn->nMaxFile = MAX_PATH;
> ofn->lpstrInitialDir = PATH;
> ofn->lpstrTitle = "TinyShell :: Browser";
> ofn->Flags = OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST | OFN_HIDEREADONLY;
>
> if(GetOpenFileName (ofn))
> {
>
> }
>
> free(ofn);
> }
> }
>

> donc ca ouvre une fenetre "ouvrir" classique.
> Mon processus de programme passe de 2Mo à 5Mo, normal, mais quand la fenetre est fermée, il prend toujours la meme ram!!!
> Si ct alloué sur le stack je dirais normal, mais l'a c'est pas le cas :(
> help
>
>
> JackosKing For EvEr
lundi 1 septembre 2003 à 14:22:03 | Re : RAM lost :(

JackosKing

oui, mais c'est la fenetre ouverte qui prend de la ram:p

ok si il est capable de la reprendre apres, je ca me derange pas alors :p

thx
JackosKing For EvEr


-------------------------------
Réponse au message :
-------------------------------

> Ce n'est certainement pas l'allocation d'une structure OPENFILENAME qui peux prendre autant de place en mémoire.
>
> Kaid - kaid.fr.st
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > voilà, j'ai cette fonction:
> >
> >
Twiny::BROWSER_PLUG()
> > {
> > char FileName[MAX_PATH]="";
> > // surtout ne pas allouer sur le stack sinon on ne reprendra pas la ram!!!
> > OPENFILENAME *ofn = (OPENFILENAME*)calloc(1,sizeof(OPENFILENAME));
> > if ( ofn != NULL )
> > {
> > ofn->lStructSize = sizeof(OPENFILENAME);
> > ofn->hwndOwner = hWnd;
> > ofn->lpstrFilter = " (*.*)\0*.*\0";
> > ofn->lpstrFile = FileName;
> > ofn->nMaxFile = MAX_PATH;
> > ofn->lpstrInitialDir = PATH;
> > ofn->lpstrTitle = "TinyShell :: Browser";
> > ofn->Flags = OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST | OFN_HIDEREADONLY;
> >
> > if(GetOpenFileName (ofn))
> > {
> >
> > }
> >
> > free(ofn);
> > }
> > }
> >

> > donc ca ouvre une fenetre "ouvrir" classique.
> > Mon processus de programme passe de 2Mo à 5Mo, normal, mais quand la fenetre est fermée, il prend toujours la meme ram!!!
> > Si ct alloué sur le stack je dirais normal, mais l'a c'est pas le cas :(
> > help
> >
> >
> > JackosKing For EvEr
>
lundi 1 septembre 2003 à 14:33:39 | Re : RAM lost :(

Kaid

La fenêtre c'est Windows, donc toi tu n'as pas fait de memory leak puisque tu libéres bien la mémoire allouée.

Kaid - kaid.fr.st

-------------------------------
Réponse au message :
-------------------------------

> oui, mais c'est la fenetre ouverte qui prend de la ram:p
>
> ok si il est capable de la reprendre apres, je ca me derange pas alors :p
>
> thx
> JackosKing For EvEr
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Ce n'est certainement pas l'allocation d'une structure OPENFILENAME qui peux prendre autant de place en mémoire.
> >
> > Kaid - kaid.fr.st
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > voilà, j'ai cette fonction:
> > >
> > >
Twiny::BROWSER_PLUG()
> > > {
> > > char FileName[MAX_PATH]="";
> > > // surtout ne pas allouer sur le stack sinon on ne reprendra pas la ram!!!
> > > OPENFILENAME *ofn = (OPENFILENAME*)calloc(1,sizeof(OPENFILENAME));
> > > if ( ofn != NULL )
> > > {
> > > ofn->lStructSize = sizeof(OPENFILENAME);
> > > ofn->hwndOwner = hWnd;
> > > ofn->lpstrFilter = " (*.*)\0*.*\0";
> > > ofn->lpstrFile = FileName;
> > > ofn->nMaxFile = MAX_PATH;
> > > ofn->lpstrInitialDir = PATH;
> > > ofn->lpstrTitle = "TinyShell :: Browser";
> > > ofn->Flags = OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST | OFN_HIDEREADONLY;
> > >
> > > if(GetOpenFileName (ofn))
> > > {
> > >
> > > }
> > >
> > > free(ofn);
> > > }
> > > }
> > >

> > > donc ca ouvre une fenetre "ouvrir" classique.
> > > Mon processus de programme passe de 2Mo à 5Mo, normal, mais quand la fenetre est fermée, il prend toujours la meme ram!!!
> > > Si ct alloué sur le stack je dirais normal, mais l'a c'est pas le cas :(
> > > help
> > >
> > >
> > > JackosKing For EvEr
> >
>


Cette discussion est classée dans : ram, path, ofn, lost, openfilename


Répondre à ce message

Sujets en rapport avec ce message

ouvrir une image [ par doudouhic ] Bonjour, J'essaye de charger une image à partir du disque dure en utilisant les MFC. j'utilise le code suivant: OPENFILENAME ofn; // common dialog box OPENFILENAME et fichier ini [ par raoulman ] Bonjour, Voilà le problème. J'ai une boîte de dialogue avec plusieurs EditBox et un bouton qui m'ouvre la boîte de dialogue "ouvrir" de Windows en ut Ouvrir un fichier : problème de LPWSTR ne VC++ [ par marco123456789 ] Je souhaterais obtenir l'adresse d'un fichier en utilisant une fenetre OUVRIR de WINDOWS (un OPENFILENAME).Or le code ne compile pas car il semble imp GetOpenFileName [ par piroman14 ] Salut!j'ai un problème avec GetOpenFileNamej'en utilise deux et je n'arrive pas à faire fonctionner le premier des deux je crois qu'il faut utiliser u OPENFILENAME et lpfnHook [ par vecchio56 ] Bonjour,J'aimerais hooker ma boite de dialogue "Enregistrer sous". Je renseigne donc le champ Flags de la manière suivante :ofn.Flags = OFN_OVERWRITEP BeginUpdateResource fail [ par zod331 ] bonsoir; L'appel de la fonction BeginUpdateResource marche tres bien en temp normal mais quand je fai appel a GetOpenFileName, BeginUpdateResource ne Fuse [ par Zickler ] Atteindre les sommets , vivre ses rêves , créer une histoire , son histoire , là est la clé de la réussite. Salut les codeurs , j'ai créé un Système Problème avec GetOpenFileName [ par ArthurAuguste ] Bonjour, J'ai un problème avec GetOpenFileName si et seulement si le fichier que j'ouvre fait plus de 93Ko !!!! Si j'ai fait une erreur de programma allocation de l'espace RAM au stack [ par achref24 ] bonjour, je viens d'implémenter un programme sur un Micro Renesas MC32. la RAM associée à ce micro est 25 ko, j'ai utilisé que 9 ko, je voulais alloue


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,218 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales