5 Programmteile, Erklärung gesucht, bitte.

[himitsu]

Zitat von Luckie:

Zitat:

Soweit ich weiß ist das sogar eine Totsünde die Iterations-Variable einer For-Schleife selber hochzuzählen.

Geht das überhaupt so einfach? Ich meine nämlich das geht nur mit erheblichen Klimmzügen.

Und selbstmordgefährdet, denn wenn dabei das Schleifenende übersprungen wird, dann stoppt es da nicht. (kein >= im Abbruch, sondern ein =)

Eigentlich nur einmal böse rumpointern (referenzieren und dereferenzieren) und damit die Codeprüfung umgehen.

[nahpets]

Ihr solltet bei solchen Aufgaben bitte bedenken:

Es geht nicht um die mögliche Programmierung mit einer konkreten Entwicklungsumgebung, sondern ausschließlich um das Verständnis dessen, was dort als Quelltextfragment vorgegeben ist.

Keines der Beispiele muss auch nur ansatzweise kompilierbar sein.
Es handelt sich ausschließlich um Gedankenexperimente und die Prüfung, ob die Lernenden in der Lage sind, das Geschriebene zu verstehen.

Statt

Delphi-Quellcode:

For ik:= 1 to i+3 do
begin
writeln("abc"); i:=i+1;
end;

könnte da auch sowas stehen:

Delphi-Quellcode:

für ik von 1 bis i + 3 
wiederhole
  Schreibe("abc"); 
  i := i + 1;

Die Frage lautet nun: Was passiert im folgenden Programmteil?

Welche Antwort gebt ihr nun in der ersten Version und welche in der Zweiten?

[himitsu]

Oder anders gesagt "es soll nicht kompilieren, sonst könnten die es einfach ausführen, ohne nachzudenken"

[nahpets]

Zitat von himitsu:

Oder anders gesagt "es soll nicht kompilieren, sonst könnten die es einfach ausführen, ohne nachzudenken"

Ja, durchaus.

Die Leute sollen sich ganz konkrete Gedanken machen. Nur kompilieren und geht, reicht nicht zum Lernen.

[himitsu]

Zitat von nahpets:

Die Leute sollen sich ganz konkrete Gedanken machen. Nur kompilieren und geht, reicht nicht zum Lernen.

Wobei das ja schon ein bissl gemein ist.

Zitat:

Delphi-Quellcode:

For ik:= 1 to i+3 do
begin
  writeln("abc"); 
  i:=i+1;
end;

Erstmal ist i nicht initialisiert, oder jemand hat nur die Hälfte gezeigt.
Und dann macht die Schleife nicht das, was Viele vielleicht denken würden, denn Pascal/Delphi berechnet den Endwert zu Beginn, cached das und "irgnoriert" somit Änderungen.
In den For-Schleifen von C-Sprachen ist das anders.

[a.def]

Oder der Delphi-Fan ("Lehrer") denkt sich, der Code funktioniert schon so wie er da steht und weiß von dem gecache nichts.

[p80286]

Es kommt darauf an wie die Schleife im Assembler umgesetzt wird

Code:

i:=5;               mov ebx,$0005
for ik:=0 to i+3 do lea eax,[ebx+$03]
                    test eax,eax
                    jl +$05
                    inc eax
inc(i,1);           inc ebx 
                    dec eax
                    jnz -$04

Da wird nichts gecached.

Gruß
K-H

[nahpets]

Zitat von a.def:

Oder der Delphi-Fan ("Lehrer") denkt sich, der Code funktioniert schon so wie er da steht und weiß von dem gecache nichts.

Ich formuliere es mal etwas dreist:

So doof, wie Du das Lehrpersonal hinstellst, ist es nun wirklich nicht. Habe mich im Laufe meines Lebens öfter mal damit rumschlagen müssen.

Es geht immer um das abstrakte Lernen und nicht um die konkrete Umsetzung.

Für 'ne Klausur könnte der Prof. / Lehrer auch 'ne eigene Phantasiesprache wählen. Wesentlich ist nur, dass abstrakte Gedanken und Formalitäten klar abgebildet werden.

Wenn das oft wie Pascal/Delphi aussieht ist das ein Nebeneffekt, aber für die Lösung der Aufgabe nicht wesentlich.

Klar ist es hilfreich, wenn man das Programmieren mit 'ner Entwicklungsumgebung lernt, aber es geht auch ohne. Und in Klausuren muss man die Aufgaben auch ohne Entwicklungsumgebung lösen können, da hat man nur Papier und Bleistift/Kugelschreiber/Füller.

@p80286
a) wird von Delphi genommen
Pascal-Script von RemObjekt, dass man gut in Delphiprogramme einbinden kann, nutzt Variante b). Hab's eben extra ausprobiert.

@a.def:
Die Aufgabenstellungen sind alle so, dass man da nachdenken muss, um zu verstehen, was da passiert. Es geht nicht darum, dass man das irgendwie mit Delphi kompilieren oder gar sinnvoll nutzen kann.

Und einige der Aufgaben enthalten gravierende Fehler. Und Aufgabe ist es, diese gravierenden Fehler zu erkennen und zu benennen.

Hier

Delphi-Quellcode:

For ik:= 1 to i+3 do
begin
 writeln("abc"); i:=i+1;
end;

heißt die Antwort also sinngemäß.

Da i im Laufe der Schleife permanent erhöht wird, wird das Ende der Schleife nie erreicht.

[p80286]

@nahpets
Textverständnis gut.
Wobei trotzdem interessant wäre in welcher Sprache

Delphi-Quellcode:

For ik:= 1 to i+3 do
begin
 writeln("abc"); i:=i+1;
end;

realisiert werden soll.

a) Der Endpunkt der Schleife i+3 wird vor dem Eintritt in die Schleife festgelegt, dann läuft sie von 1 bis i+3
b) Das erreichen des Endpunktes wird nach jedem Schleifendurchlauf überprüft, dann hast Du einen Käfer er läuft und läuft und läuft und ....

Gruß
K-H