|
Anzeige
|
warum Überlauf?
Gast
#363116
Ich habe folgenden Ausdruck der bei der Berechnung wohl überläuft. Vermutlich bei 65*ring[][] v = j*(65*ring[nr][ri]-sum) / 16; v, j, sum sind int32, ring ist uint16 ich dachte da wird bei der Berechnung automatisch erweitert, in Visual C geht das auch so. Ist das in C nicht definiert? Walter
Gast
#363117
In der Klammer steht sum (int32 nach den obigen Informationen). Also wird der Inhalt der Klammer mit etwas Glück implizit nach int32 gecastet. Das ganze wird mit j (ebenfalls int32) multipliziert. Das gäbe für v nen int64. Kann also nicht funktionieren. Selbst wenn man nur mit ring[][] multiplizieren würde, käm ein int48 raus (int32 * int16 = int48), was auch noch zu viel ist! Mit impliziten casts sollte es hier keine Probleme geben, da alle Variablen int sind (mehr oder weniger). Und bitte keine Vergleiche mit Visual C. Das ist Microsoft. Die machen eh alles anders:-) Gruß Johnny > Die machen eh alles anders:-) Vor allem laufen sie auf einer Maschine, auf der sizeof(int) einen anderen Wert hat als sizeof(int) für den AVR-GCC.
Gast
#363119
@Jörg: ich habe die Größen in VisualC natürlich genauso groß gemacht wie in gcc @Johnny da fehlten natürlich noch Informationen: j geht nur von -32 bis + 32 sum ist maximal int24 groß der einzige Überlauf den ich mir vorstellen kann ist eben bei 65*ring, wird das jetzt zur Multiplikation auf int32 gecastet. Ich versuche jetzt noch mal das Assemblelisting zu checken, ich könnte zwar auch 65L schreiben, aber mich würde eben interssieren ob es in C eine Definition gibt wann was gecastet wird Walter
Gast
#363120
> der einzige Überlauf den ich mir vorstellen kann ist eben bei > 65*ring, wird das jetzt zur Multiplikation auf int32 gecastet. Du meinst "konvertiert". Sowohl ring als auch 65 sind 16bittig, also wird die Berechnung in 16bit durchgeführt. Ich bin mir aber nicht sicher, ob mit oder ohne Vorzeichen, da die Berechnung wohl beides mischt (65 ist vom Typ int). > ich habe die Größen in VisualC natürlich genauso groß gemacht wie in > gcc Das kannst du nicht. Der C-Standard verlangt, dass (Teil-)Ausdrücke minimal als "int" berechnet werden, und du kannst die Größe von "int" nicht beeinflussen. Damit ändern sich aber die Größenbereiche für Teilausdrücke, sofern sie nicht durch einen Typecast abgeändert werden.
Gast
#363122
@Jörg, ok, danke, jetzt verstehe ich Ich habe gerade das Listing mal durchgeschaut, die Multiplikation mit 65 macht er da also mit 16Bit, bei 65L dann so wie ichs brauche mit 32 Bit. Geschickt wie er mit 65 multipliziert, würde ich auch in Assembler nicht besser machen ( x*65 == x + x<<6 ) Antwort schreiben |
Anzeige
|
