C-verständnisproblem

Das sieht dem Thread Beitrag "Probleme bei Pointer in C. Code crasht" 
irgendwie ziemlich ähnlich.

Felix schrieb:
> typedef struct
> {
>     uint8   ecuNumber;
>     uint16  aliveTime;
>     uint16  sizeReqponseTable;
>     uint16  sizeRequestTable;
>     uint32  *requestTable;
>     uint32  *responseTable;
>     uint16  sizeReqponseTable;
>     uint16  sizeRequestTable;
> } commInit;
sizeReqponseTable und sizeRequestTable scheinen mir doch sehr redundant 
;)

entferne je einen davon und teste nochmal

'sid

sid schrieb:
> entferne je einen davon und teste nochmal

Was genau soll das ändern? Stehen die in Zeile 42?

Lass doch mal die dämliche Casterei weg. Die sollte man nur in wirklich 
begründeten Ausnahmefällen verwenden.
Ansonsten verhindert das nur Meckerei vom Compiler (und ich hab keine 
Lust so einen Müll zu lesen).

Naja theoretisch könnten sie unterschiedlich gross sein. Oder übersehe 
ich etwas?

arg Jetzt sehe ich es auch... Gehen Sie weiter es gibt nichts zu 
sehen!

Ich glaube zu verstehen, um was es prinzipiell geht: Ein 
Request/Response Protokoll mit einer Queue.

Aber dann hört es auf. Wie stehen die beiden Strukturen 'message' und 
'commInit' im Zusammenhang?
Sollen 'message' in die Tabellen geschrieben werden? Dann ist der Typ 
doch falsch.

1

static message *responseTable_au32[200];

2

static message *requestTable_au32[200];

Und dann das hier:

1

2

message *msg_p

3

msg_p = (message *) getData(msg);

4

commInit *init_p = (commInit*)&msp_p[1];

Ich vermute 'getData()' liest eine Message von der Gegenstelle und gibt 
einen Pointer auf diese Message aus (wegen dem Cast).
Was macht dann diese komische Zuweisung mit den noch viel obskureren 
Casts?!
Wenn man Vermutung stimmt würde ich eher sowas erwarten:

1

init_p->requestTable[init_p->sizeRequestTable++] = msp_p;

Eventuell ist das aber auch alles nur Mist, was ich hier schreibe.

mh schrieb:
> Stehen die in Zeile 42?
ich glaub die Frage muss neu gestellt werden ;)

Sollten zwei Variablen einer struct gleich benannt sein,
welche wird gesetzt/gelesen beim Aufruf?
(ja fast alle compiler löschen die selbst... aber ist das guter Stil es 
überhaupt zu versuchen?)

Eben.

int64 in int16 zu quetschen und zwischendrin eine int 32 als 
Transportvehikel zu nutzen kann ja nur Fehler verursachen
wenn irgendein Wert grösser als 16bit ist.

Ich selbst würde da jetzt die Grössen abhängig von der Targetarchitektur
machen.
sodass ich eben nicht in einer 16bit variable einen 64bit wert versuche 
zu lesen
(es sei denn er ist zu jeder Zeit ein 16bit variable mit 2^48 
multipliziert... aber wann kann man sich darauf schon verlassen?)

Aber ehrlich gesagt fand ich den Teil der Frage viel weniger 
Interessant,
als das ignorieren der Warnmeldung beim compilieren wegen der struct.
(da sollte mMn eine kommen)
deswegen hab ich mich auch nur dazu geäussert ;)

'sid

PS Maus ist raus

sid schrieb:
> mh schrieb:
>> Stehen die in Zeile 42?
> ich glaub die Frage muss neu gestellt werden ;)
>
> Sollten zwei Variablen einer struct gleich benannt sein,
> welche wird gesetzt/gelesen beim Aufruf?

Es ist allerdings sehr fraglich, dass der eigentliche Quelltext, der 
diesen "Fehler" hat, mit dem übereinstimmt, was hier gepostet wurde.

Ich zitiere Yalu X. aus dem oben von mir verlinkten Thread. Er hat es 
ganz gut zusammengefasst.

1

Die Anfrage mutet ein wenig wie folgende Aufgabe an:

2

3

Setze den unvollständigen Haufen einzelner Scherben zur ursprünglichen

4

Vase zusammen und finde anschließend die Undichtigkeit in derselben ;-)