For-Schleife Rückwärts?

[Hepdepaddel]

Hi,

in D7 beobachte ich im Debugger ein eigenartiges Verhalten:

Delphi-Quellcode:

  FOR i:=1 TO AnzRep DO
    BEGIN
      Log.Lines.Add(Berichte[i]);

[...]
    END;

Die Schleife wird nicht von 1 bis 11 (Wert von Const AnzRep) durchlaufen, sondern von 11 bis 1 - also eigentlich wie "AnzRep DOWNTO 1".

Muss man das verstehen? Es ist hier nicht kritisch, aber wenn die Reihenfolge der Berichte von Bedeutung wäre, hätte ich doch ein deutliches Problem... habe ich einen Schalter übersehen ("drehe alles um")?

Gruß

Mark

[xaromz]

Hallo,

das ist die automatische Optimierung von Delphi. Wenn die Schleife rückwärts läuft, muss als Abbruchbedingung nur auf Null getestet werden, was schneller geht. Die Optimierung hat aber keine negativern Auswirkungen auf Deinen Code, das wird vom Compiler entsprechend angepasst.

Gruß
xaromz

[Hepdepaddel]

Danke - sowas hatte ich vermutet... woher weiß Delphi denn, dass das nicht kritisch ist? In der Schleife rufe ich die Load- und Save-Methoden von Fastreport auf. Es könnte doch gut sein, dass ich die Reihenfolge der Reports fix haben möchte...

Gruß

Mark

[xaromz]

Hallo,

Zitat von Hepdepaddel:

woher weiß Delphi denn, dass das nicht kritisch ist? In der Schleife rufe ich die Load- und Save-Methoden von Fastreport auf. Es könnte doch gut sein, dass ich die Reihenfolge der Reports fix haben möchte...

Delphi weiß von kritisch oder nicht kritisch überhaupt nichts. Es passt einfach die entsprechenden Aufrufe an. Etwa so:

Delphi-Quellcode:

for i := 1 to 10 do
  Memo.Lines[i] := IntToStr(i);

wird zu

Delphi-Quellcode:

for i := 9 downto 0 do
  Memo.Lines[10 - i] := IntToStr(10 - i);

Alles in Butter also.

Gruß
xaromz

[Hepdepaddel]

Ouch - das ist eine böse Falle... habe mir gerade den Debug-Output angeschaut und bemerkt, dass die Reihenfolge tatsächlich OK ist - geht man im Debugger auf "Berichte[i]" wird aber der falsche Bericht angezeigt (der ist dann gerade gar nicht dran). Also wohl besser Optimierung aus beim debuggen.

Gruß & vielen Dank!

Mark

[kalmi01]

Zitat von xaromz:

Delphi weiß von kritisch oder nicht kritisch überhaupt nichts. Es passt einfach die entsprechenden Aufrufe an. Etwa so:

Delphi-Quellcode:

for i := 1 to 10 do
  Memo.Lines[i] := IntToStr(i);

wird zu

Delphi-Quellcode:

for i := 9 downto 0 do
  Memo.Lines[10 - i] := IntToStr(10 - i);

Alles in Butter also.

Jetzt wird mir auch klar, warum eine bestimmte function bei mir Mist macht, obwohl logisch OK.
Kann man dieses "Feature" eigentlich abschalten, ohne auf die Optimierung zu verzichten ?

[Nuclear-Ping]

Ich glaube nicht, dass sich der logische Durchlauf einer Schleife durch diese Optimierung in irgendeiner Art ändert. Die Optimierung bezieht sich auf Geschwindigkeit und Codeeffizienz. In meiner ganzen Delphi-Zeit (vlt. 10 Jahre) konnte ich kein Problem durch "optimierte" For-Schleifen feststellen.

[Luckie]

Siehe dazu auch: http://www.michael-puff.de/Developer...ackwards.shtml

[CCRDude]

Daß der Debugger bei eingeschalteter Optimierung in manchen Schleifen spinnt, hat mir auch schon Kopfzerbrechen gekostet; inzwischen findet sich das z.B. hier in CodeGears Quality Central:

Report No: 33195 (RAID: unavailable) Status: Open
Watches not working in optimized for loop
http://qc.codegear.com/wc/qcmain.aspx?d=33195

[TeronG]

Zitat von Nuclear-Ping:

In meiner ganzen Delphi-Zeit (vlt. 10 Jahre) konnte ich kein Problem durch "optimierte" For-Schleifen feststellen.

Man kann sich bestimmt eine Situation zusammenbastel bei der das n Problem ist aber in der Praxis ist das imho eher selten der Fall.