Bei der Fehlersuche ist mir aufgefallen der Simulator von AVR Studio ignoriert meien zweite IF Bedienung. Die erste Funktioniert, die zweite macht er nicht mir. Ich kann auch keien Breakpoints in der IF Funktion setzten. Der Fehler ist noch bei anderen vorhanden, aber nciht bei allen. Reicht der Auszug um etwas dazu zu sagen? if (datasuchevor<=99) // Vorwärts einlesen { for (i=0; i<=datalaenge-1; i++) { arbeitdata[i]=data[datasuchevor-1+i]; } } if (datasuchevor>=100)// Rückwärts einlesen { datasuchevor=datasuchevor-100;// Rückwärtsauslesemerker for (i=0; i<=datalaenge-1; i++) { arbeitdata[i]=data[datasuchevor-1+datalaenge-i]; } }
> for (i=0; i<=datalaenge-1; i++)
Probier stattdessen mal:
for (i = 0; i < datalaenge; i++)
Grund: Es ist leichter lesbar, weil üblicher, außerdem sparst du dir 3
Zeichen.
Und noch was ähnliches zu deiner if-Abfrage (die im übrigen keine
Funktion ist):
if (datasuchevor<=99) { /* Vorwärts... */ }
if (datasuchevor>=100) { /* Rückwärts... */ }
lässt sich kürzer und lesbarer schreiben als:
if (datasuchevor < 100) { /* Vorwärts... */ }
else { /* Rückwärts... */ }
Den kleiner-oder-gleich-Operator <= benutzt man soweit ich weiß in C
und C++ eher selten. Viel häufiger wird der kleiner-als-Operator <
benutzt. Der Grund ist der, dass Arrays bei 0 beginnend durchnummeriert
werden.
Zu deinem Problem: Was genau bedeutet "ignoriert das if"?
Vielleicht hat der Compiler irgendetwas wegoptimiert. Probiere mal, ohne Optimierungen zu compilieren: -O0
es ist tatsächlich wegoptimiert wunder mit O0 gehts. Wie kann das? Was kann ich dagegen machen? muß leider sehr auf den speicherplatz optimieren. "ignoriert das if" bedeutet, das er nichteinmal die if bedienung ließt um dann zu entscheiden.. sondern macht den nächsten befel direkt nach dem if. das mit der funktion %o)
Wenn er das wegoptimiert, muß es dafür einen Grund geben. Die Bedeuting des Code darf sich nicht ändern. Entweder steht innerhalb des if-Blocks kein Code, so daß der Compiler weiß, daß sowieso auch dann nichts gemacht werden soll, wenn die Bedingung zutrifft, oder die Bedigung steht schon zur Compilezeit fest, z.B. wenn datasuchevor mit einer Konstanten initialisiert und nie geändert wird.
@ Rolf Volltreffer .. das war es.. der Wert soll erst im Laufe der Programmierung sich verändern. momentan ändere ich den nur zu Fuß im code selber. THX für die schnelle und viele Hilfe...
Die Optimierung kann auch umgangen werden, wenn man die verwendeten Variable als volatile deklariert.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.