Discussion :

[koktel_dfr]

J'ai developpé un programme en C sous visual studio.... A la compilation je n'ai aucune erreur et le programme fonctionne parfaitement.

Celui-ci est destine a tourner sous UNIX mais lorsque j'essaye de le compiler avec cc sous UNIX il m'indique une erreur de syntaxe dans le .h contenant mes strutures.

Lorsque j'essaye de compiler mon source sous cygwin en lui laissant l'extension .cpp (par defaut sous VS) la compilation est ok. Mais si je le renomme en .c la ca ne fonctionne plus, il me met plusieurs pages d'erreurs, la majeure partie en relation avec ma structure. J'ai potassé mes cours de C car ca fait longtemps que je n'en ai pas fait mais c'est bien la méthode que l'on m'a apprise que j'ai appliqué... mais lors des cours on compilait avec VS donc......

Une de mes structures de mon .h :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
 
struct FACT
{
	int numFact;
	int closedTime;
	int numPdsFact;
	char * namePdsFact;
	int numRvc;
	char * nameRvc;
	int miNumber;
	int miMajNum;
	char * miMajName;
	int dscNum;
	char * dscName;
	int nbCover;
	float montant;
	float montantDsc;
	int flag;
	FACT * lineSuiv;
};

Ensuite, au dessus de mon main() je declare un pointeur vers ma structure :

Code :

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

1
2
 
FACT * pdebF = NULL;		   // Debut du chainage

Et j'accède aux elements de ma structure par pdebF->flag

Ou est l'erreur ???
Sous cygwin mes structures ne sont pas reconnues et chaque fois que je les utilise il me met un message d'erreur. Je précise que j'ai bien ajouté un #include de mon .h entre guillemets avant mon main et que mon .h est bien present dans le repertoire du source.


Merci d'avance.

[fearyourself]

Il faudrait un code complet, minimal qui expose le problème. Comme ca, on ne va pas pouvoir dire grand chose...

Jc

[muad'dib]

Quel est le message d'erreur? Est ce que

Code :

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

1
2
3
4
5
6
struct FACT
{
	int numFact;
        .....
	struct FACT * lineSuiv;
};

n'aide pas?

[crocodilex]

J'espère que tu n'as pas oublié un typedef juste avant la définition de ta structure :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
typedef struct FACT FACT;
 
struct FACT
{
	int numFact;
	int closedTime;
	int numPdsFact;
	char * namePdsFact;
	int numRvc;
	char * nameRvc;
	int miNumber;
	int miMajNum;
	char * miMajName;
	int dscNum;
	char * dscName;
	int nbCover;
	float montant;
	float montantDsc;
	int flag;
	FACT * lineSuiv;
};

[diogene]

Préfixe FACT par struct

Code :

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

1
2
3
4
5
6
7
struct FACT
{
...
struct FACT * lineSuiv;
};
...
struct FACT * pdebF = NULL;

[souviron34]

Moi je préfère toujours mettre dans la même instruction la définition de la structure et du pointeur, pour ne pas faire ce genre d'oubli :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
typedef struct PFACT
{
	int numFact;
	int closedTime;
	int numPdsFact;
	char * namePdsFact;
	int numRvc;
	char * nameRvc;
	int miNumber;
	int miMajNum;
	char * miMajName;
	int dscNum;
	char * dscName;
	int nbCover;
	float montant;
	float montantDsc;
	int flag;
	struct PFACT * lineSuiv;
} FACT;

[psyphi]

@Souviron: Je ne sais pas si les typedef sur les structures est ce qui ce fait de mieu.

Extrait chapitre 5 CodingStyle noyeau linux:

Merci de ne pas utiliser de choses comme "vps_t"
C'est une erreur d'utiliser des typedef pour des strutures et pointeurs.
Quand vous voyez cela dans une source quelle est sa signification.
A contrario en écrivant

Code :

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

struct virtual_container *a;

on peut directement voir ce qu'est a.
...

Bon c'est juste un conseil de style de code, a débattre...

[souviron34]

bah, C99 dit :

6.7.2.3 Tags
Constraints
1 A specific type shall have its content defined at most once.
2 A type specifier of the form enum identifier without an enumerator list shall only appear after the type it specifies is complete.
Semantics
3 All declarations of structure, union, or enumerated types that have the same scope and use the same tag declare the same type. The type is incomplete109) until the closing brace of the list defining the content, and complete thereafter.
4 Two declarations of structure, union, or enumerated types which are in different scopes or use different tags declare distinct types. Each declaration of a structure, union, or enumerated type which does not include a tag declares a distinct type.
5 A type specifier of the form
struct-or-union identifieropt { struct-declaration-list }
or
enum identifier { enumerator-list }
or
enum identifier { enumerator-list , }
declares a structure, union, or enumerated type. The list defines the structure content, union content, or enumeration content. If an identifier is provided,110) the type specifier also declares the identifier to be the tag of that type.

109) An incomplete type may only by used when the size of an object of that type is not needed. It is not needed, for example, when a typedef name is declared to be a specifier for a structure or union, or when a pointer to or a function returning a structure or union is being declared. (See incomplete types in 6.2.5.) The specification has to be complete before such a function is called or defined.

6 A declaration of the form
struct-or-union identifier ;
specifies a structure or union type and declares the identifier as a tag of that type.111)
7 If a type specifier of the form
struct-or-union identifier
occurs other than as part of one of the above forms, and no other declaration of the identifier as a tag is visible, then it declares an incomplete structure or union type, and declares the identifier as the tag of that type.

111) A similar construction with enum does not exist.

8 If a type specifier of the form
struct-or-union identifier
or
enum identifier
occurs other than as part of one of the above forms, and a declaration of the identifier as a tag is visible, then it specifies the same type as that other declaration, and does not redeclare the tag.
9 EXAMPLE 1 This mechanism allows declaration of a self-referential structure.
struct tnode {
int count;
struct tnode *left, *right;
};
specifies a structure that contains an integer and two pointers to objects of the same type. Once this declaration has been given, the declaration
struct tnode s, *sp;
declares s to be an object of the given type and sp to be a pointer to an object of the given type. With these declarations, the expression sp->left refers to the left struct tnode pointer of the object to which sp points; the expression s.right->count designates the count member of the right struct
tnode pointed to from s.

110) If there is no identifier, the type can, within the translation unit, only be referred to by the declaration
of which it is a part. Of course, when the declaration is of a typedef name, subsequent declarations
can make use of that typedef name to declare objects having the specified structure, union, or
enumerated type.
111) A similar construction with enum does not exist.

10 The following alternative formulation uses the typedef mechanism:
typedef struct tnode TNODE;
struct tnode {
int count;
TNODE *left, *right;
};
TNODE s, *sp;

11 EXAMPLE 2 To illustrate the use of prior declaration of a tag to specify a pair of mutually referential structures, the declarations
struct s1 { struct s2 *s2p; /* ... */ }; // D1
struct s2 { struct s1 *s1p; /* ... */ }; // D2
specify a pair of structures that contain pointers to each other. Note, however, that if s2 were already declared as a tag in an enclosing scope, the declaration D1 would refer to it, not to the tag s2 declared in D2. To eliminate this context sensitivity, the declaration struct s2;
may be inserted ahead of D1. This declares a new tag s2 in the inner scope; the declaration D2 then completes the specification of the new type.

Et quant à moi je préfère voir en même temps le tag et le nom de la structure.. sans compter l'économie de clavier

[koktel_dfr]

Merci !

Il fallait que je mette le mot clé struct a chaque utilisation de mes structures, que ce soit dans le .h ou dans le .c

Je trouve ca quand meme dommage d'avoir eu des cours de C qui ne mentionnaient pas ca... cela dit c'etait du C "introductif" a un apprentissage au C++ donc ca peut s'excuser. Je me suis un peu laisser affoler par le nombre d'erreurs.

Pour info j'avais d'autres erreurs, non liées aux structures. Notamment un switch case dans le quel je testait le NULL d'un pointeur, apparemment il n'aimait pas donc je lui ai mi un if. Il n'a pas également apprécié un prototype de fonction en double, j'avais juste oublié de supprimer le premier prototype après modification de la fonction.

Maintenant mon programme se compile parfaitement sous cygwin avec gcc et fonctionne a merveille !

Par contre j'ai un autre problème qui fera peut être un nouveau topic si mon ami google ne peux pas m'aider... lorsque je compile sous SCO UNIX avec cc (je n'ai que ce compilateur sur la machine) il me met une erreur : Memory fault - core dumped

Donc je pars a la recherche d'une éventuelle solution mais au cas ou si l'un de vous a déjà rencontré le problème je suis preneur...

Encore merci.

[koktel_dfr]

Desole pour cette petite erreur, ce n'est pas a la compilation mais a l'execution qu'il me met cette erreur, donc j'imagine que c'est un problème d'allocation memoire au niveau de mon code. Je vais essayer de régler ca tout seul comme un grand ^^

Ce qui m'etonne c'est que gcc et VS ne me le signale pas et que le code s'execute sans problème....

[souviron34]

bah c'est le problème avec les erreurs de mémoire....

Ca dépend du compilo (manière d'arranger et/ou optimiser + écriture des instructions machines) de la mémoire dispo, du gestionnaire (loader), etc etc...

D'où l'intérêt de faire du code propre dès le départ, et de prévoir des tests allant au maximum des capacités de ce qu'on veut faire...