Bei einer For Schleife einen Durchgang überspringen

[buster55]

ich denke der titel scheint recht eindeutig aber noch mal eine beschreibung meines problems:
gibt es einen befehl den man in einer if-bedingung, die sich wiederrum in einer for schleife befindet , verwenden kann ,damit die forschleife den aktuellen durchgang abbricht und beim nächsten durchlauf weitermacht?
ich kenne nur skip; und break; aber die brechen die ganze for schleife ab :?

[mkinzler]

Den durchzuführenden Code in den Else-Zweig ausführen

[buster55]

mmh das macht meiner ansicht nach keinen sinn, denn ich möchte richedit line für line mit einer for schleife abarbeiten und zuvor mit der if klären ob die zeile die gerade an der eihe ist gültig ist. wenn nicht soll sie praktisch übersprungen werden

[Apollonius]

Das entsprechende Schlüsselwort heißt Continue.

[Matze]

Wäre continue hier nichts für dich?

Zitat:

In Delphi bewirkt Continue, dass der nächste Durchlauf der for-, while- oder repeat-Anweisung ausgeführt wird.

Grüße

Edit: Zu langsam, mal wieder.

[mkinzler]

Klar. dehalb den Code innerhalb der Abfrage, entwser im If oder else

[buster55]

ok danke an alle
continue;
war genau das richtige ;-)

[Andy386]

Mir ist gestern was interessantes aufgefallen: Mein Delphi hat die for-schleife

Delphi-Quellcode:

for i:=0 to ende do
irgendwas;

so kompliert:

SQL-Code:

wiederhole (ende-0) Mal: "irgendwas;"

Hat mich tierisch angekotzt, dass D nicht richtig abfragt....

[mkinzler]

Was hat er nicht richtig abgefragt?

[RavenIV]

Zitat:

Zitat von Andy386

Mir ist gestern was interessantes aufgefallen: Mein Delphi hat die for-schleife

Delphi-Quellcode:

for i:=0 to ende do
irgendwas;

so kompliert:

SQL-Code:

wiederhole (ende-0) Mal: "irgendwas;"

Hat mich tierisch angekotzt, dass D nicht richtig abfragt....

Was soll hier falsch sein?

[gammatester]

Zitat:

Zitat von RavenIV

Zitat:

Zitat von Andy386

Mir ist gestern was interessantes aufgefallen: Mein Delphi hat die for-schleife

Delphi-Quellcode:

for i:=0 to ende do
irgendwas;

so kompliert:

SQL-Code:

wiederhole (ende-0) Mal: "irgendwas;"

Hat mich tierisch angekotzt, dass D nicht richtig abfragt....

Was soll hier falsch sein?

Das ganze "irgendwas" müßte ende+1 mal ausgeführt werden. Allerdings kann ich nicht überpüfen, ob wirklich so ein Code erzeugt wird.

Gruß Gammatester

[RavenIV]

Zitat:

Zitat von gammatester

Das ganze "irgendwas" müßte ende+1 mal ausgeführt werden. Allerdings kann ich nicht überpüfen, ob wirklich so ein Code erzeugt wird.

Falsch.
Die Schleife wird durchlaufen, solange i < ende ist. Also von 0 bis ende - 1.
Somit genau ende-mal.

Wenn du es ende+1-mal durchlaufen lassen willst, dann must Du die Abbruchkritierien anderst setzen.
Oder nen anderen Schleifentyp einsetzten.

[Apollonius]

Du passt dich wohl schon für deinen neuen Job an C an. :P
Aber gammatester hat Recht. Sonst wäre ja auch die klassische Schleife von 0 bis Count - 1 falsch.

[RavenIV]

Zitat:

Zitat von Apollonius

Du passt dich wohl schon für deinen neuen Job an C an. :P
Aber gammatester hat Recht. Sonst wäre ja auch die klassische Schleife von 0 bis Count - 1 falsch.

Jetzt, wo Du es sagst. Das hat was.
Passiert in Irgendwas vielleicht eine Exception, wenn i auf ende steht?
Dann würde er doch auch aus der Schleife rausfallen, oder?
Zeig doch mal mehr Code, so ist es ein lustiges Ratespiel.

Vermutlich geht der Schalter schon langsam Richtung C-Systax ;-)

[Andy386]

Aso, ende-0-1 kann auch sein.
Aber mein Problem war, dass es D völlig egal ist, welchen Wert i dann [edit](während des Laufens durch die for-schleife)[/edit] hat!
Ich z.B. habe i im watch/... geändert. Wollte nicht 999Mal auf F9 drücken. Da aber nicht auf das For-Kritertium geprüft wurde, kam es zu einem Überlauf (i war gleichzeitig ein Array-index)
[edit] Da D seine 1000 Läufe vollbekommen wollte[/edit]

[OregonGhost]

Du änderst eine Variable im Debugger und wunderst dich, dass es nicht mehr hinhaut? Im regulären Code kann i niemals geändert werden im Rumpf der For-Schleife, also ist das eine korrekte Optimierung. Wenn du eine For-Schleife überspringen willst, kannst du einen Breakpoint dahinter setzen. Oder, wenn es zum Beispiel der letzte Lauf sein soll, nimmst du eben einen bedingten Breakpoint.

[alzaimar]

Zum Verständnis: Rückwärts bis 0 zählen ist schneller, als vorwärts bis N.

[littleDave]

Zitat:

Zitat von alzaimar

Zum Verständnis: Rückwärts bis 0 zählen ist schneller, als vorwärts bis N.

wieso? :gruebel:

[Apollonius]

Weil du dann direkt auf das dec ein jnz @@Loop folgen lassen kannst, ohne noch einen Vergleich durchführen zu müssen.

[littleDave]

Zitat:

Zitat von Apollonius

Weil du dann direkt auf das dec ein jnz @@Loop folgen lassen kannst, ohne noch einen Vergleich durchführen zu müssen.

Ah, stimmt - hatte den JNZ Befehl nicht gedacht.

[Codewalker]

Oder allgemeiner: Es geht schneller einen Wert gegen 0 zu prüfen, als gegen einen anderen Wert (Für Prüfung mit 0 gibt es in Assembler direkte Anweisungen)

Edit: Möhp, zu langsam

[Apollonius]

Zitat:

Zitat von Codewalker

Für Prüfung mit 0 gibt es in Assembler direkte Anweisungen

Nur wenn es um Register geht. Dann kannst du test reg, reg nehmen. Für Speicherstellen-Operanden gilt das nicht.