Discussion :

[GloW_on_dub]

Bonjour a tous

Je manipule des pointeurs de type unsigned int ** et GLubyte *

Code :

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

1
2
3
4
5
 
unsigned int * * firstTet;
	firstTet=malloc(nbPass*sizeof(*firstTet));
	for(unsigned int i=0;i<nbPass;i++)
		firstTet[i]=malloc(nbPass*sizeof(*(firstTet[i])));

Code :

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

1
2
3
4
5
6
7
8
 
GLubyte * data;
	for(j=0;j<(*nbPass)&&again;j++)
{
data = (GLubyte *)firstTet[j];
		glReadBuffer(GL_COLOR_ATTACHMENT0_EXT);
		glReadPixels(0, 0, W, H,GL_RGBA,GL_UNSIGNED_BYTE,data); 
}

Code :

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

1
2
3
4
 
for(unsigned int i=0;i<nbPass;i++)
		free((firstTet)[0]);
	free(firstTet);

or il se trouve que le GLubyte fait exactement un octet tandis que l'unsigned int en fait 4. Et j'écrit systématiquement quatre composante d'un octet.
Je peut accéder aux élément a travers firstTet ou data sans le moindre problème ( et le données sont bien évidemment valide.

Cependant le code ci dessus me fait une :
*** glibc detected *** ./vr: free(): invalid next size (fast): 0x0000000001bc8620 ***

si je commente le glReadPixels, plus de problèmes, mais évidemment je n'ai plus aucune données.
si je commente les free, plus d'erreur, mais bien évidement une grosse fuite de mémoire.

je ne saisis pas le problèmes, j'ai hésité a poster en openGL mais je crois qu'il s'agit plus d'un problème concernant les pointeurs.

De la même manière, peut-on caster un pointeur de unsigned int en un pointeur de char en faisant attention a ce que l'on fait....?

[genthial]

Code :

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

1
2
3
4
5
 
unsigned int * * firstTet;
	firstTet=malloc(nbPass*sizeof(*firstTet));
	for(unsigned int i=0;i<nbPass;i++)
		firstTet[i]=malloc(nbPass*sizeof(*(firstTet[i])));

Pas de problème jusqu'ici, mais je trouve la version suivante plus lisible :

Code :

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

1
2
3
4
5
 
unsigned int * * firstTet;
	firstTet=malloc(nbPass*sizeof(unsigned int *));
	for(unsigned int i=0;i<nbPass;i++)
		firstTet[i]=malloc(nbPass*sizeof(unsigned int));

Code :

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

1
2
3
4
5
6
7
8
 
GLubyte * data;
	for(j=0;j<(*nbPass)&&again;j++)
{
data = (GLubyte *)firstTet[j];
		glReadBuffer(GL_COLOR_ATTACHMENT0_EXT);
		glReadPixels(0, 0, W, H,GL_RGBA,GL_UNSIGNED_BYTE,data); 
}

Je ne connais pas OpenGL mais il me paraît bizarre de stocker un unsigned int pour des données occupant un octet (puisque GLubyte pointe sur un octet). A moins que GLubyte pointe sur un tableau d'octets mais dans ce cas est-on sûr que c'est bien 4 octets (taille a priori d'un unsigned int) ? La constante GL_UNSIGNED_BYTE a-t-elle une influence ici ?

Code :

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

1
2
3
4
 
for(unsigned int i=0;i<nbPass;i++)
		free((firstTet)[0]);
	free(firstTet);

Ne faudrait-il pas écrire plutôt : free(firstTet[i]), plutôt que 0 ?

De la même manière, peut-on caster un pointeur de unsigned int en un pointeur de char en faisant attention a ce que l'on fait....?

Bien sûr, le type d'un pointeur en C n'est utile au compilateur qu'en trois occasions :

• lors du déréférencement : *p récupère un nombre d'octets égal à sizeof(*p) ;
• lors de l'arithmétique sur les pointeurs : p + i ajoute à p i*sizeof(*p) ;
• lors de l'indexation, qui combine un peu les deux cas ci-dessus : p[i].

Donc si on transforme un pointeur int* en char* c'est par exemple pour ne récupérer que le premier octet d'un int, ou pour parcourir l'int octet par octet (attention, ce n'est pas portable...)

[GloW_on_dub]

Je m'en suis sorti en allocant que des char ** et des char *.

Ensuite je ne faisait que lier les unsigned int ** a mon char **.

Le GLubyte et le char sont exactement la meme chose , quand a l'ecriture des 4 composantes, je me suis assuré que les octet etait bien ecrit les uns apres les autres.

merci d'avoir noté l'erreur [i] a la place de [0] qui etait un test oublié.