encore les allocations de mémoire

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : encore les allocations de mémoire

cassiopee75

bon, celle là, c'est la dernier question promis!!

alors, j'ai en fait un tableau NxM avec M connu mais N variable. Dans ce cas là, comment je fais pour l'allocation mémoire? Quelle est la syntaxe avec malloc?

Publicité

cassiopee75

NB: je travaille en C

gilou

Modérateur
Modzilla

Ca pourrait etre (selon les problemes, il y a des solutions plus ou moins adaptées)
1) Tu alloues un tableau de M pointeur
2) Tu alloues a chacun des M pointeurs un tableau de N (variable) données.
3) tu cesses de creer tout un tas de topics redondants et tu poste dans le meme sinon les [:jpa] seront tes amis...
A+,

---------------
There's more than what can be linked! -- Iyashikei Anime Forever! -- AngularJS c'est un framework d'engulé! --

cassiopee75

oui pardon pour les topics :pt1cable:

leneuf22

Ou sinon :
http://forum.hardware.fr/forum2.ph [...] 853&cat=10

Enfin faut avoir un compilo qui supporte bien cette méthode, et c'est pas assuré

Sve@r

cassiopee75 a écrit :

oui pardon pour les topics :pt1cable:

Tu dis "M connu" donc je présume qu'il est fixé à l'avance.
Tu dis pas de quoi est fait ton tableau alors je vais dire "float" pour l'exemple
Exemple pour M=10

Code :

float *tab[10]; // Tableau de 10 pointeurs sur float
int i; // Indice de boucle
int n; // Variable "N"
// Allocation des 10 pointeurs
for (i=0; i < 10; i++)
tab[i]=(float*)malloc(n * sizeof(float));
// Travail sur ta matrice: tab[x][y]=ce que tu veux
// Avec "x" variant de 0 à 9 et "y" variant de 0 à (n - 1)
// Libération des 10 pointeurs
for (i=0; i < 10; i++)
free(tab[i]);

L'utilisation d'un "#define" est recommandée ici à la place de "10". Comme ça, si "M" change, tu changes le #define et tu recompiles. Certains préfèrent le "const". C'est au choix.

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

plofplof

Heyo.

Le tableau n'est pas dynamic.
Voici ce que je ferai.

Code :

#define DEFAULT_NIANIA 10
float *tab;
int tab_size = DEFAULT_NIANIA;
int i;
float *ptr;
tab = (float **)malloc(tab_size*sizeof(float));
// Pour acceder aux variable
ptr = tab;
for(i=0; i<tab_size; i++) {
(*ptr) = 0.32453454;
ptr += sizeof(float);
}
free(tab);

Emmanuel Delahaye

C is a sharp tool

plofplof a écrit :

Code :

#define DEFAULT_NIANIA 10
float *tab;
int tab_size = DEFAULT_NIANIA;
int i;
float *ptr;
tab = (float **)malloc(tab_size*sizeof(float));
// Pour acceder aux variable
ptr = tab;
for(i=0; i<tab_size; i++) {
(*ptr) = 0.32453454;
ptr += sizeof(float);
}
free(tab);

Pourquoi ce cast bizarre ? Mieux vaut ne rien mettre que mettre un cast faux...

float *tab = malloc (tab_size * sizeof *tab);

if (tab != NULL)
{
/* ... */

free (tab), tab = NULL;
}

Et ce que tu proposes est un tableau à une dimension, pas à 2 dimensions...

En ce qui concerne l'accès, je me contenterais de

for(i=0; i<tab_size; i++) {
tab[i] = 0.32453454;
}

en effet, ptr étant de type float,

ptr += sizeof(float);

ne fait pas ce que tu crois. Les propriétes de l'arithmétique des pointeurs permettent

ptr += 1;

ptr++;

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

plofplof

Citation :

Pourquoi ce cast bizarre ? Mieux vaut ne rien mettre que mettre un cast faux...

Pkoi ? As-tu deja compiler en -Wall ?

Ce cast est necessaire pour que le compilo ne crize po.

¥Ô¥

Joel F

Real men use unique_ptr

plofplof a écrit :

Citation :

Pourquoi ce cast bizarre ? Mieux vaut ne rien mettre que mettre un cast faux...

Pkoi ? As-tu deja compiler en -Wall ?

Ce cast est necessaire pour que le compilo ne crize po.

¥Ô¥

Ton compilateur est nul alors
on ne cast jamais la sortie d'un malloc

Publicité

db__

spécialiste de l'à peu près

Bonjour

Citation :

Pkoi ? As-tu deja compiler en -Wall ? :)

Ce cast est necessaire pour que le compilo ne crize po.

Ton compilateur est nul alors :o
on ne cast jamais la sortie d'un malloc

Quelle est la source de cette interdiction ?
j'utilise gcc sans -wall et le cast de sortie de malloc pour ne pas avoir de série de clignotants (warning)
le cast sur pointeur ne sert de toute façon qu'à passer outre les contrôles de type.
Cordialement

Emmanuel Delahaye

C is a sharp tool

plofplof a écrit :

Citation :

Pourquoi ce cast bizarre ? Mieux vaut ne rien mettre que mettre un cast faux...

Pkoi ? As-tu deja compiler en -Wall ?

Oui!

Citation :

Ce cast est necessaire pour que le compilo ne crize po.

J'ai pas ce problème. Il suffit de fournir le bon prototype en incluant <stdlib.h>. En C, la conversion void* <-> T* est implicite dans les deux sens. Ce n'est pas forcément vrai dans d'autres langages...

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

Emmanuel Delahaye

C is a sharp tool

db__ a écrit :

Bonjour

Citation :

Pkoi ? As-tu deja compiler en -Wall ?

Ce cast est necessaire pour que le compilo ne crize po.

Ton compilateur est nul alors
on ne cast jamais la sortie d'un malloc

Quelle est la source de cette interdiction ?

Je ne pense pas qu'il y ait d'interdiction. Le consensus est plutôt de dire que le cast est inutile (voir les FAQ de clc et de fclc). Personnellement, je ne met pas de cast.

Citation :

j'utilise gcc sans -wall et le cast de sortie de malloc pour ne pas avoir de série de clignotants (warning)
le cast sur pointeur ne sert de toute façon qu'à passer outre les contrôles de type.

Il n'y a pas de contrôle avec void* en C.

Montre moi un exemple de code qui fait des warnings.

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

plofplof

warning

matafan

db__ a écrit :

Bonjour

Citation :

Pkoi ? As-tu deja compiler en -Wall ?

Ce cast est necessaire pour que le compilo ne crize po.

Ton compilateur est nul alors
on ne cast jamais la sortie d'un malloc

Tu as des warnings parce que tu n'as pas inclu stdlib.h. Le compilo suppose donc que malloc, comme n'importe quelle fonction non declaree, renvoit un int. Mettre un cast pour virer le warning n'est evidemment pas la bonne solution.

Cordialement.

Sve@r

plofplof a écrit :

Le tableau n'est pas dynamic.

Cassiopée demande un tableau avec "M" connu donc on peut utiliser un tableau statique

plofplof a écrit :

Voici ce que je ferai.

float *tab;
tab = (float **)malloc(tab_size*sizeof(float));

tu déclares un ptr en "float *" et tu lui donnes un "float **"

plofplof a écrit :

// Pour acceder aux variable

ptr = tab;
for(i=0; i<tab_size; i++) {
(*ptr) = 0.32453454;
ptr += sizeof(float);
}

Si tu as deux indices reliés entre eux par un lien logique, tu peux les faire progresser tous deux en même temps dans le "for". encore faut-il savoir décaler les pointeurs... (ptr++ fonctionne puiqu'il pointe sur un "float", le C converti tout seul en "ptr+=sizeof(float)" )

for(i=0, ptr=tab; i<tab_size; i++, ptr++)
(*ptr) = 0.32453454;
}

Mais ton post ne répond pas au problème initial qui était d'allouer une matrice. Toi, tu alloues (mal) un simple tableau à une dimension

Message édité par Sve@r le 17-03-2005 à 22:55:20

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

chrisbk

db__ a écrit :

le cast sur pointeur ne sert de toute façon qu'à passer outre les contrôles de type.
Cordialement

(en C oui, je me permets de signaler qu'en c++ non, a tout hasard)

---------------
NP: HTTP Error 764 Stupid coder found

FORUM HardWare.fr

Programmation

encore les allocations de mémoire

Sujets relatifs
IPC memoire partagee	[C++] Allocations mémoire pour stl::map
probleme allocation memoire	Access 2000 :Mémoire libre insuffisante pour mettre à jour l'affichage
Garder le résultat d'une requete en mémoire avec PHP Part 2 [Résolu]	Ecrire un conteneur STL dans une mémoire partagée
Garder le résultat d'une requete en mémoire avec PHP	Utilisation mémoire importante
Chargement d'un programme en mémoire	Détection d'allocations mémoire
Plus de sujets relatifs à : encore les allocations de mémoire

Page générée en 0.075 secondes