Problème insoluble de transtypage

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Problème insoluble de transtypage

dave_tetehi

cat /dev/urandom > /dev/fb0

Bonjour à tous,
Je rencontre fréquemment ce problème et je pense que je suis loin d'être le seul.

J'ai ça:

Code :

#include <stdio.h>
void f(int t[5][5])
{
printf("%d\n", t[3][2]);
}
int main()
{
int t[25];
t[17] = 123;
f((void *) t);
return 0;
}

Je veux ça (prototype imposé):

Code :

#include <stdio.h>
// prototype fixe
void f(int __t[])
{
// int t[5][5] = __t;
//
// printf("%d\n", t[3][2]);
}
int main()
{
int t[25];
t[17] = 123;
f(t);
return 0;
}

Mais je n'ai trouvé que ça:

Code :

#include <stdio.h>
void f(int __t[])
{
struct {int x[5];} * t = (void *) __t;
printf("%d\n", t[3].x[2]);
}
int main()
{
int t[25];
t[17] = 123;
f(t);
return 0;
}

Ce contournement est vraiment énervant et je reste convaincu qu'une solution plus élégante existe (et plus concise aussi). J'aimerais éviter le référencement par structure ( genre: t[].x[] ). Bref, si quelqu'un possède une telle solution. Merci d'avance

Message édité par dave_tetehi le 20-09-2008 à 23:44:40

Publicité

dave_tetehi

cat /dev/urandom > /dev/fb0

Joel F

Real men use unique_ptr

oui mais non, t[x][y] est un type bien différent de t[z] ...
A part passer un pointeur puis recaster derrière, je vois pas comment tu peut t'en sortir.

sligor

Ouai mais c'est dangereux,
le mieux c'est d'utiliser une fonction

Code :

int getMatrixElement(int x,int y,int width,int *t)
{
return t[x+y*width];
}
void f(int *t)
{
printf("%d\n", getMatrixElement(3,2,5,t));
}

Message cité 1 fois
Message édité par sligor le 21-09-2008 à 11:51:38

dave_tetehi

cat /dev/urandom > /dev/fb0

Ouais, tu as raison. J'ai deux autres alternatives mais qui sont toujours un peu moches.

La première par doublon de f() :

Code :

#include <stdio.h>
void g(int t[5][5])
{
printf("%d\n", t[3][2]);
}
// prototype imposé
void f(int __t[])
{
g((void *) __t);
}
int main()
{
int t[25];
t[17] = 123;
f(t);
return 0;
}

La deuxième qui est une redite du code n°3, en un peu mieux:

Code :

#include <stdio.h>
void f(int __t[])
{
struct{ int x[5][5];} * t = (void *) __t;
printf("%d\n", t->x[3][2]);
}
int main()
{
int t[25];
t[17] = 123;
f(t);
return 0;
}

Franchement, je trouve ça bête que la norme autorise la création de (référence sur) tableaux (dim>1) en paramètre de fonction, et qu'il soit impossible d'en faire autant avec des variables automatiques.

dave_tetehi

cat /dev/urandom > /dev/fb0

sligor a écrit :

Ouai mais c'est dangereux,
le mieux c'est d'utiliser une fonction

Oui mais une fonction, c'est lent

Message cité 2 fois

Joel F

Real men use unique_ptr

dave_tetehi a écrit :

Oui mais une fonction, c'est lent

mais bien sur, sans profiling t'es capable de le dire ....

Sinon, j'ai déjà filer un code pour gérer proprement des tableaux multi-dim ...

sligor

dave_tetehi a écrit :

Oui mais une fonction, c'est lent

pour la vitesse il y a toujours les inline du C99,
ou au pire les macro (mais on reste dans le moche là).

et sinon pour faire du calcul matriciel haute vitesse il vaut mieux utiliser des libraries optimisées je pense.

Message édité par sligor le 21-09-2008 à 12:09:44

Joel F

Real men use unique_ptr

arreter de dire du caca
il code avec une fonction (meme si l'acces en polynome de horner est une horreur) et il bench ... on optimise pas un code sur ecran mais un code exécuté

Taz

bisounours-codeur

pourquoi tu utilises __t comme identifiant ?

Publicité

Gf4x3443

Killing perfection

Plutot que de caster vers une struct, cast vers un union. C'est la méthode qu'on utilise fréquemment quand on veut éviter que le compilateur se retrouve avec deux types différents pour un même pointeur dans son arbre, ce qui cause plus tard des problèmes marrants. On l'utilise plus pour caster des types simples à d'autre, cela dit, mais ca marche aussi.

Exemple:

Code :

typedef union {
int array[5][5];
int * t;
} myunion;
#define CAST_TO_ARRAY(myvar) (((myunion *)(myvar))->array)
...
void f(int __t[])
{
printf("%d\n", CAST_TO_ARRAY(__t)[3][2]);
}

Bien évidemment, c'est pas un vrai cast (on ne peut caster que vers des types scalaires, pas des agregats). Mais au moins, c'est la solution couramment retenue, et qui est propre (bien plus que de caster comme un barbare, qui entraine plus tard les problèmes que je mentionne au dessus).

sligor a écrit :

ou au pire les macro (mais on reste dans le moche là).

N'importe quoi.

Message édité par Gf4x3443 le 21-09-2008 à 13:03:34

---------------
Petit guide Kerberos pour l'administrateur pressé

FORUM HardWare.fr

Programmation

Problème insoluble de transtypage

Sujets relatifs
probleme de transmission de variable js/php	Probleme xpath(libxml2) : un seul parsing par xmlDoc ?
Probleme encodage de caractères étendus après copier/coller	problème création de forum
Problème javascript / DOM	Requete SQL avec GROUP BY probleme
Probléme méthode paintComponent()	problème sur les sprites
Problème avec PHP photo module	Problème require_once
Plus de sujets relatifs à : Problème insoluble de transtypage

Page générée en 0.067 secondes