Breakpoint stoppt in falscher Methode

[Hobbycoder]

Ja, leider.

Er landet auch direkt nach dem Start der Anwendung in der vonScanner1Click-Methode.

Ich hab noch mal einen Screenshot nach den Neu Erzeugen vor dem Start. Da zeigt die IDE sogar eine möglichen Breakpoint in auskommentierten Quelltext an.

[MyRealName]

Der Debugger findet zuerst veraltete debug-dcus. Such mal, ob dcus mit gleichem Namen noch irgendwo liegen und lösch die mal

[Hobbycoder]

Zitat von MyRealName:

Der Debugger findet zuerst veraltete debug-dcus. Such mal, ob dcus mit gleichem Namen noch irgendwo liegen und lösch die mal

Das Problem habe ich lediglich in der main.pas. So heißen aber bei mir immer die Main-Forms, von daher wird es sehr viele main.dcu's geben. Jedoch liegen die immer woanders.
Ich habe jetzt mal alle DCU's im Win32\Debug gelöscht. Fehler bleibt. Dann habe ich das Projekt mal auf Win64 compiliert, gleiches Problem.
In anderen Units habe ich das Problem nicht.

[Hobbycoder]

Das Problem vergrößert sich.

Nun habe ich eine Procedure

Delphi-Quellcode:

procedure TfrmMain.VorlagenfrZeiten1Click(Sender: TObject);
begin
  frmVorlageUhrzeiten.mmoUhrzeiten.Lines.Assign(ZeitenList);
  if frmVorlageUhrzeiten.showModal=mrOK then
  begin
    ZeitenList.Assign(frmVorlageUhrzeiten.mmoUhrzeiten.Lines);
    SaveZeiten;
  end;
end;

wo das showModal nicht ausgewertet wird. Der Button in der frmVorlageUhrzeiten hat definitiv die Eigenschaft ModalResult=mrOK. Zusätzlich habe ich bei dessen OnClick das nochmal per Code einfügt.

Wenn ich im obigen Code einen Breakpoint setze, wird dieser nicht berücksichtigt. Wahrcheinlich wegen dem Problem in Post #1, und der debugger setzt den breakpoint ganz woanders.

[Sherlock]

Vielleicht ist ein nicht sichtbares Steuerzeichen irgendwie im Code gelandet. Sowas verursacht dann gerne mal mysteriöse Dinge. Versuch mal den Code komplett zu bereinigen, am einfachsten geht das durch die Codeformatierung.

[bnreimer42]

Prüf mal die Zeilenumbrüche!

Ich hatte mal soetwas und habe im Nitepad++ die Zeilenumbrüche explizit gesetzt für die PAS-Datei und dann war alles gut. (Waren vorher nicht einheitlich, womit der Editor zu recht kommt, der Debugger nicht)

[Hobbycoder]

Zitat von Sherlock:

Vielleicht ist ein nicht sichtbares Steuerzeichen irgendwie im Code gelandet. Sowas verursacht dann gerne mal mysteriöse Dinge. Versuch mal den Code komplett zu bereinigen, am einfachsten geht das durch die Codeformatierung.

Die Formatierung hat's gebracht. Danach läuft scheinbar alles und ich kann auch wieder überall Breakpoints setzen. Sowas hatte ich bisher noch nie.

Vielen Dank. Das hat mir den Tag gerettet, da ich mit dem Projekt grad fast fertig bin und ich gleich zum Kunden wollte um es mit ihm durchzusprechen.

Allen anderen auch vielen Dank für eure Zeit.

[jaenicke]

Wenn du den Quelltext vergleichst, siehst du dann ja auch, wo der Unterschied lag, sofern deine Formatierung ungefähr den Regeln entspricht.

Oft passiert das, wenn man Quelltext aus Foren oder Chats kopiert.

[jaenicke]

Benenne deine Unit testweise einfach in einen vollkommen eindeutigen Namen um. Dann kann es keine herumliegenden DCUs geben und da das das Hauptfenster ist, sollte es ja auch keine weiteren Units geben, die dieses referenzieren. Insofern sollte die Umbenennung ja schnell gehen.

An den blauen Punkten kannst du nach dem Ausführen aber auch sehen, ob die verwendete DCU zum Quelltext passt. Du kannst ja einfach ein paar Leerzeichen einfügen, dann sollten sich die Punkte entsprechend verschieben.

Und um zu sehen, ob dein gerade geänderter Quelltext verwendet wird, bietet sich ein ShowMessage an, das dann auch gleich das Ergebnis des ShowModal-Aufrufs anzeigen kann.

Die genannten Punkte zu Steuer- oder Leerzeichen sind auch gute Hinweise.