Stm32F107 Programm springt immer in den Default Handler

[Bülent C. (mirki)]

Moin,

habe ein merkwürdiges Verhalten bei folgendem Code:
Compiler ARM gcc 4.9 2015q3

#define MAXSIZE 100

typedef struct
{
  uint8_t data[MAXSIZE];
  uint8_t size;
}UART_MSG;

In der Main Routine

UART_MSG *u_msg;

Weiterhin in der Main Routine zum demonstrieren des Verhaltens

for(x=0;x<MAXSIZE;x++)
  u_msg->data[x] ='0';

Ab hier verabschiedet sich der Controller in die Endlosschleife des 
Default Handlers.

Hat jemand evtl. eine Idee voran das liegen könnte?

VG,
Bülent

[Dr. Sommer (Gast)]

u_msg nicht korrekt initialisiert, oder irgend ein anderer Fehler in 
Zeile 42.

[hp-freund (Gast)]

Bis jetzt gibt es nur einen Zeiger, aber keinen Speicher auf den er 
zeigen kann.

Also nach:

UART_MSG *u_msg;

noch ein:

u_msg = malloc( sizeof(  UART_MSG ));

[Bülent C. (mirki)]

hp-freund schrieb:
> Bis jetzt gibt es nur einen Zeiger, aber keinen Speicher auf den er
> zeigen kann.
ähhm Jepp..Sowas hatte ich schon befürchtet



oder ein

UART_MSG u_msg;

for (i=0;i<MAXSIZE;i++)
 u_msg.data[i] = 0;

machts auch denk ich.

[hp-freund (Gast)]

Bülent C. schrieb:
> machts auch denk ich.

Genau. Wer braucht schon Zeiger ;-)

[hp-freund (Gast)]

Aber:
0 <> '0'

[Bülent C. (mirki)]

hp-freund schrieb:
> Aber:
> 0 <> '0'

Die Schleife war nur zur Demo

in Wirklichkeit geht es so weiter

UART_Read(&u_msg);

[Mehmet K. (mkmk)]

Bülent, schon mal daran gedacht, dass Deine von Dir nicht erkannten 
Flüchtigkeitsfehler vielleicht daran liegen, dass Deine Arbeitszeit 
nicht synchron mit Deiner inneren Uhr einhergeht?

[Bülent C. (mirki)]

Mehmet K. schrieb:
> Bülent, schon mal daran gedacht, dass Deine von Dir nicht
> erkannten
> Flüchtigkeitsfehler vielleicht daran liegen, dass Deine Arbeitszeit
> nicht synchron mit Deiner inneren Uhr einhergeht?

Das schreibst Du mir um 05:23 Uhr? :-)

[Mehmet K. (mkmk)]

Bülent C. schrieb:
> Das schreibst Du mir um 05:23 Uhr? :-)

Ich stehe meist zwischen 5 und 6 Uhr auf. Und nein, nicht um zu beten :)