F8 wandert einfach weiter oO

[Hansa]

Hi,

man sehe sich mal folgendes an. Kanns schlecht erklären. An der Stelle im Screenshot ist was falsch. Nun wollte ich mir das mal näher ansehen und habe einen Haltepunkt gesetzt. Source :

Delphi-Quellcode:

showmessage ('1  *'+BoolToStr (KuDS.IsEmpty,true)+'*');
//    KuDS.Close;            <--- Haltepunkt
//    KuDS.SelectSQL.Text := 'SELECT * ...
//    KuDS.Open;
    if not 1=1 (*KuDS.IsEmpty*) then begin
//      KuDS.First;
//      lblKuNr.Caption := KuDS.FieldByName ('NR').AsString;
showmessage ('2  *'+lblKuNr.Caption+'*');
      btnWeiter.SetFocus;
    end
    else begin
      showmessage ('keine Daten vorhanden !');
      edSuch.SetFocus;
    end;

Jetzt erkläre mir mal einer, wieso Delphi durch sämtliche Zeilen dieses Codefragments einfach weiterwandert, egal ob F7/F8. Es schert sich weder um die Kommentare noch, daß ein if und else Zweig vorhanden ist. Um die Showmessages auch nicht. Zeile für Zeile wird vogegangen. Ohne Rücksicht auf Verluste.

Wer es nicht glaubt : siehe Anhang in chronologischer Abfolge. 8)

[Amateurprofi]

kann ja nicht funktionieren.

Kommentare werden nicht kompiliert, also wird ein Breakpoint auf einem Kommentar auch nicht zu einem Break führen.

Der Ausdruck Not 1=1 ergibt zwingend False (weil 1=1 immer True ergibt).
Deshalb wird der Programmteil

If Not 1=1 then begin
ShowMessage('Text eins');
end else begin
ShowMessage('Text zwei');
end;

so kompiliert :
MOV EAX, Adresse von 'Text zwei'
CALL ShowMessage

Schau Dir das doch mal in der CPU Ansicht an.
Gruß, Klaus

[Hansa]

War das trotz Screenshots immer noch nicht deutlich genug ? An dem Codeschnipsel bleibt Delphi in jeder Zeile stehen !

Schreibe mal in Mini-Programm :

Delphi-Quellcode:

begin
//   <---- versuche Delphi dazu zu bringen hier anzuhalten
//   <---- oder hier
//   <---- oder hier
showmessage ('Test');  // <--- und diese ShowMessage nicht anzuzeigen
//   <---- oder hier
//   <---- oder hier
//   <---- oder hier
end.

Und mit dem 1=1 kann ich machen was ich will (1=2 oder einfach weglassen), es wird sowohl der if-Zweig als auch der else-Zweig durchlaufen !! Ja, ich weiß 1=1 ist so eine Sache, aber mir fiel nichts besseres ein. Genau weil 1=1 immer true ergibt dürfte NIEMALS der else-Zweig durchlaufen werden, zumindest nicht if und gleichzeitig else !! Dieses Verhalten ist doch eindeutig zu sehen. 8) Und die Kommentare sprechen eigentlich auch für sich. Die waren vorher nicht da. Geändert hat sich dadurch aber nicht.

[Jasocul]

Hansa, was hast du denn gemacht?
Klaus hat völlig recht. Kommentare werden nicht compiliert. Daher würde ein Breakpoint dort nicht wirken.

Ich kenne nur eine Möglichkeit, das so hinzubiegen, dass es wie bei dir abläuft. Aber dafür solltest du zu erfahren sein. Ich bezweifle, dass du während des Debuggens den Source änderst und dann einfach weiter machst, ohne das Programm zu beenden. Oder arbeitest du mit mehreren am selben Source? Sowas habe ich noch nicht getestet. Stell mal sicher, dass nur du am Source arbeitest und das komplette Projekt vollständig compiliert ist.

Schon mal den selben Source an einem andern PC getestet? Ist vielleicht deine Delphi-Installation im Eimer? Normal ist die Reaktion jedenfalls nicht.

[Union]

Stimmt, Hansa. Deine EXE stimmt einfach nicht mit dem Source überein. Eigentlich führt das Programm gerade das aus, was mal vorher in diesen Source-Zeilen stand.

[jim_raynor]

Vielleicht hast auch einfach irgendwo noch eine zweite dcu Datei, die Delphi verwendet.

[Elvis]

Da ist jemand seit 3 1/2 Jahren hier angemeldet (verwendet also min. solange delphi) und kennt den Unterschied zwischen Compile/Build nicht?
Faszinierend...

[Jasocul]

@Elvis:
Da ich der einzige bin, der hier auf das Compilieren verwiesen hat, verwechselst du wohl was. Ich bin noch keine 3 1/2 Jahre in der DP. Allerdings kenne ich den Unterschied genau. Genauso, wie Hansa ihn kennt. Deswegen halte ich es ja auch für unwahrscheinlich, dass er diesen Fehler gemacht hat. Vorsichtshalber hatte ich "vollständig compilieren" geschrieben, damit es deutlicher ist.
Übrigens kannst du aus dem Anmeldatum nicht schließen, wie viel Programmier-Erfahrung jemand hat. Es gibt Programmierer, die machen das zum Zeitvertreib und haben auch nach 3 1/2 Jahren immer noch ein Brett vor dem Kopf und es gibt solche, die sich nach 25 Jahren professioneller Programmierung mal in einem Forum anmelden. Also immer ganz ruhig bleiben.

[Hansa]

Zitat von Elvis:

Da ist jemand seit 3 1/2 Jahren hier angemeldet (verwendet also min. solange delphi) und kennt den Unterschied zwischen Compile/Build nicht?
Faszinierend...

Ja, es ist schon faszinierend, welchen Unfug mancher schreibt. Solche Schlußfolgerungen führen wohl auch zu diesen dämlichen Verschwörungstheorien. Wie wäre es mit "Elvis lebt" ? Und wenn tatsächlich einer nicht weiß was Build ist oder was eine DCU ist, dann schreibe das nächste mal hin, was das eben ist. Was bei F9 passiert, das weißt du aber, Ja ? Was wohl ? Alle im Source veränderten Units werden neu compiliert. Das dies in diesem Fall oft gemacht wurde (siehe Kommentare, die nacheinander eingefügt wurden), das sieht sogar ein Blinder mit Krückstock. Natürlich habe ich des öfteren ein Build gemacht, denn es könnte ja sein, daß eine Unit den Effekt hervorruft, bei der ich mit einem geänderten Systemdatum was geändert habe. Das seltsame ist eben, daß obwohl die Kommentare nicht compiliert werden F8 dort anhält.

[Hansa]

doppelt