Integer Sättigung

Ingo schrieb:

> Tut sie aber nicht.

Was tut sie statt dessen?
Da es sich hier um eine unsigned Variable handelt, ist an und für sich 
aus dem C Standard heraus genau definiert, was hier zu geschehen hat. Da 
hat ein Compiler keine Freiheiten. Der C Standard sagt eindeutig, dass 
es hier zu einem Wrap Around Effekt kommt, so wie du das erwartest.

Dann solltest du das mal als nachvollziehbares Beispiel posten. 
Vorzugsweise mitsamt des generierten Codes als Assembler-Listing.

Ingo schrieb:
> if ( MSDelayCounter-- );

Ein If mit leerer Anweisung, wer schreibt denn sowas?
Da ist bestimmt noch anderes nicht koscher in Deinem Code.

Ingo schrieb:
> Tut sie aber nicht.

Woher weißt Du das?
Du mußt schon den Kontext dazu zeigen.

Ingo schrieb:

>

1

>   if ( MSDelayCounter-- );

2

>

Wer schreibt denn bitte solchen Code? Ist ja furchtbar...
Um raus zu finden was das macht muss ich erstmal den Compiler anwerfen, 
und da wird wohl bei jedem Compiler was anderes raus fallen.

innerand innerand schrieb:
> Wer schreibt denn bitte solchen Code? Ist ja furchtbar...

Zwar furchtbar, aber eindeutig definiert. Sowas kommt raus, wenn man dem 
Forum zuliebe den Code eindampft.

Ingo schrieb:
> if ( MSDelayCounter-- );

Das ist nun wirklich Unfug. Weil kein Unterschied zu
   MSDelayCounter--;

Ingo schrieb:
> Die erste Info mit dem uint32_t war falsch, sorry, es handelt sich um
> einen normalen int...

Aha! Bei "int" sind Über/Unterlauf undefiniert und wenn der Compiler das 
spitz kriegt, dann gibts mitunter höchst unerwartete Ergebnisse, weil 
dann jeder vermeintliche Unfug erlaubt ist.

Ingo schrieb:
>   if ( MSDelayCounter ) MSDelayCounter--;

So ist es richtig.

Ingo schrieb:
> uint32_t MSDelayCounter = 0;

Ingo schrieb:
> volatile int MSDelayCounter;

Was denn nun?
Entscheide Dich mal für einen Typ.

Beim 32Bit-Boliden brauchst Du keinen Unterlauftest, weil das MyDelayMS 
oft genug vorbeikommt, um jede Änderung mitzukriegen.

Beim 8Bit-AVR mußt Du aber das 32Bit-Lesen atomar kapseln. Außerdem kann 
ein anderer Interrupt so lange verzögern, daß der Timer schon 2 Schritte 
weiter gezählt hat.

Peter Dannegger schrieb:
> Beim 32Bit-Boliden brauchst Du keinen Unterlauftest, weil das MyDelayMS
> oft genug vorbeikommt, um jede Änderung mitzukriegen.

Ich würde es drin lassen. Falltüren dieser Art müssen nicht sein. So 
teuer ist das nicht.

Es war nur der Erklärungsversuch, warum ARM-C/AVR-C sich scheinbar 
unterschiedlich verhalten sollten.

Aber da der wirkliche Code nun schlußendlich doch mit (signed) int lief, 
ist all das hinfällig geworden, da nicht definiert.

Ich finds immer wieder nervig, wenn völlig anderer ungetesteter Code 
gepostet wird und dann die wildesten Behauptungen darüber aufgestellt 
werden.

A. K. schrieb:
> Ich würde es drin lassen.

Bei (signed) int musses sogar drin bleiben, damit man nicht in 
undefiniert rein rennt.

Peter Dannegger schrieb:
> Ich finds immer wieder nervig, wenn völlig anderer ungetesteter Code
> gepostet wird und dann die wildesten Behauptungen darüber aufgestellt
> werden.

Full ACK. Das nervt echt wie Sau.

Ingo schrieb:
> Mehr als entschuldigen für die falschen Infos zu Beginn kann ich nicht.
> Ich hoffe ihr könnt vor lauter Wut heute Nacht schlafen

Das Problem ist, dass sowas hier andauernd passiert. Leute posten ihren 
Code gar nicht, oder halb, oder nicht den Code der das Problem aufweist. 
Das macht keinen Spaß :-(