Discussion :

[kadis500]

bonjour ;
je travaille sur un simulateur (OMNET++) qui est bas� sur le langage C++.

j'ai d�clar� une 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
struct neighborRec //table de voisinage
{
	int id;
	double cost;
	int Last_nMess;
	bool failure;
        int NBMess;
	int NLMess;
	int NRMess;
	int Pairwise_key;
	int Cluster_key;   //un pb
	}; 
 
vector <neighborRec> NeighborsTable;

mais j'ai un petit probl�me.La valeur du dernier champ( Cluster_key) est toujours remplac�e par celle du 1er champ (id) du voisin suivant dans "NeighborsTable".
est-ce que "struct" a une taille max limit� ? et comment faire pour r�soudre ce probl�me ?

merci d'avance

[bruno_pages]

Bonjour,

fort heureusement il n'y a pas de taille max

La valeur du dernier champ( Cluster_key) est toujours remplac�e par celle du 1er champ (id) du voisin : lorsque vous faites quoi ?

est-ce que par hasard vous auriez modifi� la d�finition de votre structure sans que toutes les re-compilations n�cessaires n'ai pas �t� faites ?

ou alors y aurait-il une incoh�rence entre la d�finition de la structure C++ et la description donn�e � OMNet++ (que je ne connais pas) ?

[kadis500]

Bonjour,



La valeur du dernier champ( Cluster_key) est toujours remplac�e par celle du 1er champ (id) du voisin : lorsque vous faites quoi ?

--apr�s le remplissage de la table de voisinage ,et quand j'affiche le r�sultat ,je remarque sa.

est-ce que par hasard vous auriez modifi� la d�finition de votre structure sans que toutes les re-compilations n�cessaires n'ai pas �t� faites ?
[/quote]
--non non .j'ai re-compil� plusieurs fois,mais c'est toujours la meme chose .

ou alors y aurait-il une incoh�rence entre la d�finition de la structure C++ et la description donn�e � OMNet++ (que je ne connais pas) ?[/quote]
--non je pense pas .je t'invite a voir le site : http://www.omnetpp.org/

[koala01]

Bonjour, et bienvenue sur le forum.

Normalement, cela ne devrait pas arriver, car il n'y a pas (ou pour ainsi dire) de taille limite � une structure (en tout �tat de cause, cette structure est tr�s loin d'avoir atteint la limite "de compatibilit� minimale" de 262 144 byte pour un objet ou de 16 384 membres dans une m�me structure).

Si on �carte d'office l'hypoth�se que la d�claration de la structure est diff�rente pour omnett++ et pour la partie en C++ (je ne le fais que pour me permettre d'�voquer d'autres possibilit�s, mais ce serait pourtant l'hypoth�se la plus plausible ), il nous reste une quantit� d'autres hypoth�ses � envisager:

1. Le "remplissage" et/ou l'acc�s au donn�es se fait � coup de transtypage (cast) et la logique de l'un ne correspond pas � la logique de l'autre
2. Les r�gles d'alignement des donn�es utilis�es par omnett sont diff�rentes de celles utilis�es par le compilateur C++ (je pense, entre autre, � la taille r�ellement prise par un double ou un bool�en, vu que tous les autres champs sont de type int)
3. la taille des types primitifs (encore une fois, je pense en priorit� au double et au bool�ens) utilis�s par omnett et par le compilateur sont diff�rentes.

Pourrais tu donc, en priorit�, nous donner le code utilis� pour remplir tes donn�es et le code utilis� pour y acc�der

Sans ces deux derniers, il nous sera impossible de t'aider car ton probl�me n'est en aucun cas du � la taille de la structure (ce qui ne veut absolument pas dire que nous n'aurons pas besoin d'autre chose, mais simplement qu'il faut bien commencer nos investigations quelque part )

Maintenant, ce qui serait int�ressant de savoir, c'est ce qui peut se passer au niveau des... �l�ments suivants du tableau.

Si tu as, par exemple, un tableau de 5 �l�ments, remarque-t-on que la valeur de cluster_key de l'�l�ment N est toujours remplac�e par la valeur de id de l'�l�ment N+1, ou constate-t-on � chaque fois un d�calage suppl�mentaire des donn�es

[Klaim]

Est-ce bien la classe std::vector<> de la STL qui est utilis�e ou une classe "maison"?

[3DArchi]

Peux-tu montrer comment tu remplis ton vecteur ?