[mix C/C++] local struct ERR

[bafer (Gast)]

Hallo,

auf meinem ARMv7 kriege ich zur Laufzeit einen alignment error, beim 
Ausführen einer c/c++ mixed Library.

Die mixed Lib wird von einem C Programm genutzt.


In einer C-Datei der mixed Lib macht das folgende (vereinfachte) 
Code-Stück Probleme:

// foo.c
void bar(){

  HEADER header = {.tag = tag, .size = 0};
//  HEADER header;
//  header.size = 0;

  printf("%i",header.size); // ERR
}

Immer wenn ich auf header.size zugreifen möchte, wirft ARM einen 
Alignment Error.
Die Art der Initialisierung macht keinen Unterschied.

Es scheint eher, dass g++ den ganzen HEADER-Kram wegschmeisst.

// foo.h
#ifdef __cplusplus
extern "C" {
#endif

typedef struct {
  uint16_t tag;
  uint32_t size;
} HEADER;

[Jörg W. (dl8dtl) (Moderator)]

Welcher Compiler mit welchen Optionen?

Wenn man den Compiler nicht verbiegt, sollte er nach dem "tag" 16 Bits
Padding einfügen, damit "size" ordentlich ausgerichtet wird.

[Programmierer (Gast)]

Sicher dass der Fehler nicht irgendwo in printf auftritt? ARMv7 kann 
eigentlich auf unaligned 32Bit Words zugreifen (ist aber langsam) , wenn 
man es nicht explizit abschaltet...

[bafer (Gast)]

Jörg W. schrieb:
> Welcher Compiler mit welchen Optionen?
gcc-linaro-arm-linux-gnueabihf-4.8-2014.03_linux.
Optionen ist auf Grund der riesigen Makefile schwer zu sagen.
Nach was müsste ich denn suchen?

Programmierer schrieb:
> Sicher dass der Fehler nicht irgendwo in printf auftritt?
Ja.
Printf() wird öfter verwendet in dem Programm. Der Fault header.size 
wurde von einer anderen Zeile extrahiert. Der C-Code ist als reines 
C-Programm (nicht gemixt) getestet.

Programmierer schrieb:
> ARMv7 kann
> eigentlich auf unaligned 32Bit Words zugreifen (ist aber langsam) , wenn
> man es nicht explizit abschaltet...
Ich habe es mit & ohne -mno-unaligned-access bzw. -munaligned-access 
versucht.

[Jörg W. (dl8dtl) (Moderator)]

bafer schrieb:
> Nach was müsste ich denn suchen?

Nach der Compiler-Kommandozeile, die das make dann letzlich generiert,
insbesondere nach irgendwelchen -f-Optionen.  Sowas ist immer suspekt.

[Programmierer (Gast)]

Sicher dass da kein attribute ((packed)) am struct dran steht? Das würde 
so was bewirken. Oder such mal nach Compiler Optionen die "packed" 
beinhalten. Die komplette Compiler Kommandozeile findest du am 
einfachsten indem du make ausführst und schaust wie der Compiler 
ausgeführt wird...

[Programmierer (Gast)]

Ach ja, und das abschalten der unaligned Zugriffe geht über ein Hardware 
Register (siehe ARMv7 Reference Manual) , schau mal was da drin steht. 
Die -munaligned -access Option stellt nur ein ob er Code generiert der 
sich darauf verlässt, dass unaligned Zugriffe funktionieren, aber 
schaltet die Funktionalität des Prozesors  nicht ein/Aus.

[bafer (Gast)]

Nee, attribute packed kann ich weder in SRC noch Makefile finden.

[bafer (Gast)]

Programmierer schrieb:
> Ach ja, und das abschalten der unaligned Zugriffe geht über ein Hardware
> Register (siehe ARMv7 Reference Manual) , schau mal was da drin steht.
> Die -munaligned -access Option stellt nur ein ob er Code generiert der
> sich darauf verlässt, dass unaligned Zugriffe funktionieren, aber
> schaltet die Funktionalität des Prozesors  nicht ein/Aus.

Aber das problematische Code-Stück funktioniert ja auf dem gleichen 
Prozessor, ARMv7.
Jetzt wurde nur ein Teil (communication.c) ausgetauscht und durch C++ 
ersetzt.

[Programmierer (Gast)]

Aha. Na dann vergleich mal die Disassembly der C und der C++ Variante. 
Prüfe außerdem mal, bei welcher Instruktion genau der Absturz erfolgt 
(indem du jede Instruktion einzeln ausführst).