Accueil > Forum > > > > pb de memoire?
 pb de memoire?
mardi 8 juillet 2003 à 11:19:15 |
pb de memoire?
ganfoud
|
Salut! mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr: j'ai: double** sol=new double[nbre_decoup+1]; for (i=0;i<nbre_decoup+1; i++) sol[i] = new double[10]; nbre_decoup vaut 999 dans ce cas. et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait... et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche. est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca? pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!! |
|
mardi 8 juillet 2003 à 12:29:52 |
Re : pb de memoire?
BruNews
|
evite les allocs repetitives dans boucles longues.
Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
BruNews, ciao...
-------------------------------
Réponse au message :
-------------------------------
> Salut!
> mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> j'ai:
> double** sol=new double[nbre_decoup+1];
> for (i=0;i<nbre_decoup+1; i++)
> sol[i] = new double[10];
>
> nbre_decoup vaut 999 dans ce cas.
> et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
|
|
mardi 8 juillet 2003 à 13:05:58 |
Re : pb de memoire?
ganfoud
|
oui mais nbre_decoup, je le connais pour mon test, mais il peut varier.
et comment je fais pour faire une seule alloc?
-------------------------------
Réponse au message :
-------------------------------
> evite les allocs repetitives dans boucles longues.
> Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
> BruNews, ciao...
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Salut!
> > mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> > j'ai:
> > double** sol=new double[nbre_decoup+1];
> > for (i=0;i<nbre_decoup+1; i++)
> > sol[i] = new double[10];
> >
> > nbre_decoup vaut 999 dans ce cas.
> > et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> > et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> > est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> > pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
>
|
|
mardi 8 juillet 2003 à 13:14:28 |
Re : pb de memoire?
BruNews
|
int noctets = (nbre_decoup+1) * sizeof(double) etc.... selon besoin.
BYTE *pmem = (BYTE*) malloc(noctets);
ensuite tu places tes pointeurs dedans directement.
BruNews, ciao...
-------------------------------
Réponse au message :
-------------------------------
> oui mais nbre_decoup, je le connais pour mon test, mais il peut varier.
> et comment je fais pour faire une seule alloc?
>
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > evite les allocs repetitives dans boucles longues.
> > Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
> > BruNews, ciao...
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > Salut!
> > > mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> > > j'ai:
> > > double** sol=new double[nbre_decoup+1];
> > > for (i=0;i<nbre_decoup+1; i++)
> > > sol[i] = new double[10];
> > >
> > > nbre_decoup vaut 999 dans ce cas.
> > > et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> > > et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> > > est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> > > pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
> >
>
|
|
mercredi 9 juillet 2003 à 13:49:03 |
Re : pb de memoire?
ganfoud
|
c quoi le type BYTE? je connais pas... et malloc c du C, non? le new ne convient pas??
en fait, j'ai passé toutes mes valeurs en float, sauf que maintenant, c une autre variable qui part en cou... pendant le for!
tu confirmes que c'est un pb de mémoire?
-------------------------------
Réponse au message :
-------------------------------
> int noctets = (nbre_decoup+1) * sizeof(double) etc.... selon besoin.
> BYTE *pmem = (BYTE*) malloc(noctets);
> ensuite tu places tes pointeurs dedans directement.
> BruNews, ciao...
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > oui mais nbre_decoup, je le connais pour mon test, mais il peut varier.
> > et comment je fais pour faire une seule alloc?
> >
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > evite les allocs repetitives dans boucles longues.
> > > Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
> > > BruNews, ciao...
> > >
> > >
> > > -------------------------------
> > > Réponse au message :
> > > -------------------------------
> > >
> > > > Salut!
> > > > mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> > > > j'ai:
> > > > double** sol=new double[nbre_decoup+1];
> > > > for (i=0;i<nbre_decoup+1; i++)
> > > > sol[i] = new double[10];
> > > >
> > > > nbre_decoup vaut 999 dans ce cas.
> > > > et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> > > > et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> > > > est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> > > > pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
> > >
> >
>
|
|
mercredi 9 juillet 2003 à 13:51:24 |
Re : pb de memoire?
ganfoud
|
et quand j'ai fini d'utiliser un tableau, pour liberer la memoire, le delete[] nom_var suffit?
-------------------------------
Réponse au message :
-------------------------------
> c quoi le type BYTE? je connais pas... et malloc c du C, non? le new ne convient pas??
> en fait, j'ai passé toutes mes valeurs en float, sauf que maintenant, c une autre variable qui part en cou... pendant le for!
> tu confirmes que c'est un pb de mémoire?
>
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > int noctets = (nbre_decoup+1) * sizeof(double) etc.... selon besoin.
> > BYTE *pmem = (BYTE*) malloc(noctets);
> > ensuite tu places tes pointeurs dedans directement.
> > BruNews, ciao...
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > oui mais nbre_decoup, je le connais pour mon test, mais il peut varier.
> > > et comment je fais pour faire une seule alloc?
> > >
> > >
> > >
> > > -------------------------------
> > > Réponse au message :
> > > -------------------------------
> > >
> > > > evite les allocs repetitives dans boucles longues.
> > > > Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
> > > > BruNews, ciao...
> > > >
> > > >
> > > > -------------------------------
> > > > Réponse au message :
> > > > -------------------------------
> > > >
> > > > > Salut!
> > > > > mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> > > > > j'ai:
> > > > > double** sol=new double[nbre_decoup+1];
> > > > > for (i=0;i<nbre_decoup+1; i++)
> > > > > sol[i] = new double[10];
> > > > >
> > > > > nbre_decoup vaut 999 dans ce cas.
> > > > > et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> > > > > et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> > > > > est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> > > > > pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
> > > >
> > >
> >
>
|
|
mercredi 9 juillet 2003 à 13:58:28 |
Re : pb de memoire?
BruNews
|
BYTE = unsigned char;
le new va bon pour une classe car il appelle le constructeur mais ici est tout simplement + court.
Faut etre curieux et aller voir l'implementation du 'new', apres des detours il finit chez malloc, alors ?
BruNews, ciao...
-------------------------------
Réponse au message :
-------------------------------
> c quoi le type BYTE? je connais pas... et malloc c du C, non? le new ne convient pas??
> en fait, j'ai passé toutes mes valeurs en float, sauf que maintenant, c une autre variable qui part en cou... pendant le for!
> tu confirmes que c'est un pb de mémoire?
>
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > int noctets = (nbre_decoup+1) * sizeof(double) etc.... selon besoin.
> > BYTE *pmem = (BYTE*) malloc(noctets);
> > ensuite tu places tes pointeurs dedans directement.
> > BruNews, ciao...
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > oui mais nbre_decoup, je le connais pour mon test, mais il peut varier.
> > > et comment je fais pour faire une seule alloc?
> > >
> > >
> > >
> > > -------------------------------
> > > Réponse au message :
> > > -------------------------------
> > >
> > > > evite les allocs repetitives dans boucles longues.
> > > > Vu que tu connais nbre_decoup, tu tentes 1 seule alloc pour tous tes besoins et ensuite si ok tu peux placer des pointeurs (castes) aux bons endroits du bloc memoire. Tu eviteras a l'utilisateur de voir le sablier sur l'ecran.
> > > > BruNews, ciao...
> > > >
> > > >
> > > > -------------------------------
> > > > Réponse au message :
> > > > -------------------------------
> > > >
> > > > > Salut!
> > > > > mon probleme, c'est que je pense que je sature la memoire mais j'en suis pas sûr:
> > > > > j'ai:
> > > > > double** sol=new double[nbre_decoup+1];
> > > > > for (i=0;i<nbre_decoup+1; i++)
> > > > > sol[i] = new double[10];
> > > > >
> > > > > nbre_decoup vaut 999 dans ce cas.
> > > > > et à la sortie du for, j'ai la derniere valeur d'une liste chainée (qui pour l'instant n'a aucun rapport avec sol[][]) qui disparait...
> > > > > et je suis sûr que c'est pendant le for: pour nbre_decoup inferieur à 900, ca marche.
> > > > > est ce que passer toutes mes valuers en float aiderait? ou vous avez un moyen pour resoudre ca?
> > > > > pke apres, j'ai encore plusieurs tableaux de taille [nbre_decoup+1]!!
> > > >
> > >
> >
>
|
|
Cette discussion est classée dans : double, memoire, nbre, sol, decoup
 Répondre à ce message
 Sujets en rapport avec ce message
[urgent] Régression polynômiale [ par CeNedra83 ]
je code en C++ et je voudrais réaliser une régression polynomiale d'un certain ordre avec x et y mes tableaux de coordonnées, a mon tableau de coeffic
probleme reallocation memoire vecteur [ par savoyard ]
double *b;//fction allocation memoire: (permet d'allouer pas obligatoirement à partir de b[0] mais d ou on veut:double *dvector(int nl,int nh){double
Convertion d'un unsigned long Double en string [ par yves_r ]
Bonjour, J'ai besoin de convertir le résultat d'un calcul en string (char *). Si j'utilise sprintf( s, "%Ld", mon_double), j'obtient une chaine
variable en memoire [ par fcbouan ]
voila,j'aimerai trouver une méthode pour retrouver en memoire une variable ( ex pointeur sur une liste chainee) quand mon programme plante ( c sous li
Erreur Memoire ne peut pas être read [ par asis1 ]
Bonjour à tous,J'ai une erreur du genre "L'instruction à l'adresse @ emploie l'adresse memoire @. la memoire ne peut pas être "Read" ouu "write" suiv
Lib Qt + bout de code = GUI ?! [ par Toxyz ]
Bonsoir, tout d'abords je n'ai que tres tres peu de connaissances en c++ et pratiquement aucune en pooj'ai, il y a quelques jours fini une tres jolie
stocker un double dans un byte[] [ par sdisp ]
bonjour,je souhaite récupérer un double entré par l'utilisateur au clavier et le stocker dans un byte[], je pense qu'il faut faire un byte[8] car réel
convertir double en char [ par nonyus ]
SVP, comment convertir un double en char???Merci pour vos reponses.
memoire saturée avec un programme opengl [ par mikey84 ]
Bonjour! J'ai un problème avec un programme que j'ai fait. Enfait, lorsqu'il est lancé, je fais un gestionnaire des taches et la mémoire augmente jusq
Accroissement continu de la memoire utilisée [ par Ptlpn ]
Salut,Alors la , j ai un gros probleme : j arrive a la fin de mon projet, mais probleme, hier soir je faisait qe planter. J ai donc lancé le gestionna
 Livres en rapport
|
Derniers Blogs
 POUR RAPPEL ! LES SPéCIFICATIONS DES PROTOCOLES OFFICE ET SHAREPOINT SONT DISPONIBLES SUR MSDNPOUR RAPPEL ! LES SPéCIFICATIONS DES PROTOCOLES OFFICE ET SHAREPOINT SONT DISPONIBLES SUR MSDN par neodante
Quelle est le point commun entre : Microsoft il y a 10 ans et Apple aujourd'hui ? Réponse: avoir une politique de protocoles propriétaires et fermés :) Car pour rappel (si si je vous assure c'est important de le rappeler), la majorité des spécifications e...
Cliquez pour lire la suite de l'article par neodante JOYEUX ANNIVERSAIRE NIXJOYEUX ANNIVERSAIRE NIX par ebartsoft
Souhaitons un bon et joyeux anniversaire à notre hôte à tous, Nix.
Je ne le répéterais jamais assez mais sans lui rien ne serait possible. Il défit en permanence les lois de la gravité et comme il le dit si bien, si tu lui fais confiance ça devra...
Cliquez pour lire la suite de l'article par ebartsoft IMAGINE CUP 2012, MAKE A SIGN EN FINALEIMAGINE CUP 2012, MAKE A SIGN EN FINALE par junarnoalg
Voilà qui est fait, la nouvelle est officielle ! L'équipe belge "Make a Sign" va au pays des kangourous défendre son projet dans la catégorie Software Design. http://www.imaginecup.com/CompetitionsContent/Competition/WorldwideFinalists.aspx V...
Cliquez pour lire la suite de l'article par junarnoalg KINECT 1.5 IS OUT !KINECT 1.5 IS OUT ! par Vko
La version 1.5 du Kinect For Microsoft vient tout juste de sortir ! Plein de nouveautés: Tracking de squelette en Near Mode Détection en position assise Détection faciale avec un SDK dédié Documentation et des guideline (enfin) Un out...
Cliquez pour lire la suite de l'article par Vko LES ACTUALITéS DE LA SEMAINE SUR C2I.FR (14 MAI - 20 MAI) LES ACTUALITéS DE LA SEMAINE SUR C2I.FR (14 MAI - 20 MAI) par richardc
Mise à jour des Web API du 14 Mai
Réservez dès maintenant votre journée du 20 juin pour le Windows Azure Dev Camp 2012 à Paris
Mise à jour de Team Foundation Service
MechCommander 2 sur Windows 8
Entity Framework 5 Release Candidate e...
Cliquez pour lire la suite de l'article par richardc
Forum
 MATLAB PROGRAMME MATLAB PROGRAMME par wahab1087
Cliquez pour lire la suite par wahab1087 RGB2GRAYRGB2GRAY par musa18
Cliquez pour lire la suite par musa18
Logiciels
 sDEVIS-FACTURES vlPRO (8.1.0.3)SDEVIS-FACTURES VLPRO (8.1.0.3)sDEVIS-FACTURES vlPRO a été mis au point pour les particuliers, créateurs, entrepreneurs, artisa... Cliquez pour télécharger sDEVIS-FACTURES vlPRO 974 Application Server (12.2.4.6)974 APPLICATION SERVER (12.2.4.6)Développez de puissantes applications dans un environnement de 'cloud computing', clusterisé, séc... Cliquez pour télécharger 974 Application Server vPicture (1.4.2.1)VPICTURE (1.4.2.1)Avec vPicture, hébergez vos images facilement et rapidement.
vPicture est un utilitaire simple, ... Cliquez pour télécharger vPicture Easy-Planning (2.2.1.6)EASY-PLANNING (2.2.1.6)Easy-Planning permet de créer des plannings sous la représentation de diagrammes et est adapté au... Cliquez pour télécharger Easy-Planning COM-BACKUP (2.0)COM-BACKUP (2.0)
COM-BACKUP est un logiciel de sauvegarde qui permet de planifier les sauvegardes de vos dossiers ...
Cliquez pour télécharger COM-BACKUP
|