|
Anzeige
|
Probleme mit StructHallo, ich habe folgenden Code:
Nach meinem Verständnis von sollte danach in Print1 und Print2 das gleiche drin stehen. Aber jedoch bei den verschachteten Structs, beginnt er das zweite Array erst bei der Adresse 0x08 einzutragen, weiß einer wieso das so ist? Verwende den GNU Compiler. Vielen Dank Steffen Gerner schrieb: > Aber jedoch bei den verschachteten Structs, beginnt er das zweite Array > erst bei der Adresse 0x08 einzutragen, weiß einer wieso das so ist? > > Verwende den GNU Compiler. Auf welcher Platform? Sieht so aus, als ob dein Compiler da mit Padding Bytes aufgefüllt hat um für die Strukturen eine durch 8 dividierbare Adresse zu erhalten. Arbeite mit dem Crossworks 2.2 für ARM. Mich wirft das ganze ein bisschen aus der Bahn, weil ich eigentlich nicht jedes struct nochmal schreiben wollte :( Unter Crossworks 2.1 für MSP430 funktioniert es :( Steffen Gerner schrieb: > Arbeite mit dem Corssworks 2.2 für ARM. > > Mich wirft das ganze ein bisschen aus der Bahn, weil ich eigentlich > nicht jedes struct nochmal schreiben wollte :( Die Frage ist eher: Warum castest du da ein Array in Structs um. Das sind Operationen, die man eventuell ganz tief unten in einer Software machen kann, wo man irgendwelche über Schnittstellen hereinlaufende Daten in Structs zergliedert, aber ansonsten sind derartige Operationen meistens keine gute Idee. Immer wenn du etwas umcasten musst, solltest du dich sofort fragen, ob es da nicht eine bessere Möglichkeit gibt. (Im Notfall kann man den meisten Compilern auch die Anweisung geben, keine Padding bytes einzufügen. Meistens ist das ein #pragma. "#pragma pack" oder so ähnlich. Wie das beim gcc ist, weiß ich nicht. Denn wie gesagt: Ich würde erst mal sehen, ob diese Array->Pointer Casterei nicht eigentlich schon eine ganz üble Operation ist) Das problem ist, das ich gerade mit dem uIP TCP/IP stack von Adam Dunkels arbeite und der das sehr oft leider macht. Ich dachte eigentlich eher, das ich das einfach so verwenden kann, aber dann werde ich wohl eher mir das ganze doch ein bisschen selber zusammenbauen :( Bei dem uip sollte man sich aber auch nicht gerade Programmierkonstrukte abschauen. Der ist "innen drin" ganz böse gehackt.
Gast
#2704216
Karl Heinz Buchegger schrieb: > Wie das beim gcc ist, weiß ich nicht. __attribute__((packed)) @Simon ich will es mir ja nicht abschauen, sondern einfach nur verwenden. Mein Problem ist, das die Zeiger auf falsche Datenframes zeigen und somit nur schrott raus kommt.. Steffen Gerner schrieb: > @Simon > ich will es mir ja nicht abschauen, sondern einfach nur verwenden. Mein > Problem ist, das die Zeiger auf falsche Datenframes zeigen und somit nur > schrott raus kommt.. Ach so! Hm, möglicherweise ist dann lwIP statt uip was für dich? Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
