C++

question bete : probleme dans la déclaration d'un tableau

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : question bete : probleme dans la déclaration d'un tableau

Taz@PPC

saloperie de i=`expr $i + 1`;

Reprise du message précédent :
c pas le printf qui merde, c'est ça

w=malloc(nbcouches*max*max*sizeof(float));
w[c][i][j]=w[c*max*max+i*max+j]

sachant que w est un float*. par contre ton code est assez mal foutu. j'ai jamais vu autant de variables globales. et il est inutile de donner les prototypes de fonctions des bibliotheques (ca sert à ça les .h) et si tu définis tes fonctions utilisateurs apres main, à ce moment la, mets les prototypes justes apres les includes

et au fait: tu peux combiner tout tes fscanf en un seul

Message édité par Taz@PPC le 17-12-2002 à 08:10:10

---------------
du bon usage de rand [C] / [C++]

Publicité

blackgoddess

vive le troll !

ouille aie aie qd on vois ce que demande Library au debut et les bout de code ds les mess à la fin ca fait peur ...

---------------
-( BlackGoddess )-

Kyle_Katarn

Taz@PPC a écrit :

non, il vaut mieux pas. retourne au delphi [:dawa]

Le fait est que si on le fait pas on se paye des warining avec cc sur nos terminaux X....

BENB

100% Lux.

Kyle_Katarn a écrit :

Le fait est que si on le fait pas on se paye des warining avec cc sur nos terminaux X....

Normalement en C c'est inutile... inutile mais pas nefaste.

Par contre si un jour ce code devait etre compilé en C++ le cast deviendrait indispensable...

avec ou sans c'est a chacun de voir...

moi c'est plutot avec...

Kyle_Katarn

de toute façon je vois pas en quoi un ccat pourrait être néfaste.
Au contraire, dans un language fortement type ce genre de réflexe peut faire gagner pas mal de temps en débuggage ..

BENB

100% Lux.

Kyle_Katarn a écrit :

de toute façon je vois pas en quoi un ccat pourrait être néfaste.
Au contraire, dans un language fortement type ce genre de réflexe peut faire gagner pas mal de temps en débuggage ..

Attention un cast n'est pas une conversion, c'est au contraire faire passer un type pour un autre...

Quant au C, ce n'est pas un langage fortement typé...

lorill

BENB a écrit :

Attention un cast n'est pas une conversion, c'est au contraire faire passer un type pour un autre...

quand on a une sorte d'heritage, y'a pas trop d'autre moyen...

exemple :

Code :

typedef struct {
char * name;
} Object;
typedef struct {
Object super;
char * value;
} String;
void Object_displayName(Object * self)
{
printf("%s\n", self->name);
}
int main(int argc, char ** argv)
{
String * str = (String*)malloc(sizeof(String));
((Object*)str)->name = "toto";
str->value = "tata";
Object_displayName((Object*)str);
return 0;
}

comment tu fais ca sans cast ni warning ?

BENB

100% Lux.

lorill a écrit :

quand on a une sorte d'heritage, y'a pas trop d'autre moyen...

exemple :

Code :

typedef struct {
char * name;
} Object;
typedef struct {
Object super;
char * value;
} String;
void Object_displayName(Object * self)
{
printf("%s\n", self->name);
}
int main(int argc, char ** argv)
{
String * str = (String*)malloc(sizeof(String));
((Object*)str)->name = "toto";
str->value = "tata";
Object_displayName((Object*)str);
return 0;
}

comment tu fais ca sans cast ni warning ?

C'est joli du polymorphisme en C !

Je n'ai pas dit que c'etait mal de faire des cast.

Dans ton cas c'est meme indispensable :jap:

Mais il faut bien garder en tete que un cast c'est un peu dire au complo : "Ferme la je sais ce que je fais !"

Et donc si tu fais une connerie, ile te laissera la faire joyeusement !

Le Warning est bien la marque qu'il ne "comprend" pas vraiment ce que tu es en train de faire...

Library

Taz@PPC a écrit :

c pas le printf qui merde, c'est ça

w=malloc(nbcouches*max*max*sizeof(float));
w[c][i][j]=w[c*max*max+i*max+j]

sachant que w est un float*. par contre ton code est assez mal foutu. j'ai jamais vu autant de variables globales. et il est inutile de donner les prototypes de fonctions des bibliotheques (ca sert à ça les .h) et si tu définis tes fonctions utilisateurs apres main, à ce moment la, mets les prototypes justes apres les includes

et au fait: tu peux combiner tout tes fscanf en un seul

le w[c][i][j]=w[c*max*max+i*max+j] que j'ai mis c'est juste un commentaire qui le restera : le w est un tableau a une seule dimension qui simule un tableau a trois dimensions, il faut que je sache quel indice utiliser quand je veux faire comme un w[c][i][j].
Le code est assez mal foutu c'est vrai, mais ces variables je suis obligé de les mettre en global (la le code est loin d'etre fini : le script php fait 12ko). Si je ne met pas de variables globales, j'aurai des fonctions avec plus de dix arguments et ca me saoule un peu. Les variables globales c'est moins optimisé, mais bcp plus simple.
Les scanf je sais que je peux les mettre en un seul, mais je trouve ca plus lisible.

Sinon l'erreur est toujours la, et c'est vra,iment sur le "couche", car quand j'écris printf("%d",couche[0]); ca met "Erreur de segmentation" alors que quand c'est commenté, ca ne met pas d'erreur.

Library

oubliez c'est résolu

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

C++

question bete : probleme dans la déclaration d'un tableau

Sujets relatifs
[PHP] pb de generation de tableau auto 1 ligne Ok 2eme NaN	[ACCESS] Problème de requette
Requête SQL sur controle ADO - Problème	Resalut a vous les masters java , question de newbie 2eme volet :
[JAVA] Problème avec javax.servlet :/	[TOMCAT] question newbie
question sur les downloads...	[JS] Petit probleme de retour à la window par défaut apres un popup
Question sur les CSS	dernier probleme a resoudre.
Plus de sujets relatifs à : question bete : probleme dans la déclaration d'un tableau

Page générée en 0.066 secondes