hallo,

ich bin gerade dabei einen lemmings-clone zu schreiben und bin dann auf ein für mich sehr komisches problem gestoßen. normalerweise hätte ich hier den code posten können, aber ich zeig euch das lieber als bild, sonst glaub ihr mirs evtl. nicht:



ich bin gerade am debuggen und hab meine maus über dem h bei h = 2, nur die maus kann man bei windows-screenshots nicht sehen. das programm ist gerade in der rot markierten zeile. d. h. :

obwohl h = 0 ist, macht er den break. (btw: die leerzeile hab ich für den screenshot absichtlich reingemacht, sonst hätte man das break nicht gesehen)

ja.
shadow.

Hallo!

Die Variable H ist wahrscheinlich deshalb 0 weil nach der

Zeile H nicht mehr benötigt wird. Setz den Breakpoint mal auf die Zeile

und werte dann die Variable H aus.

Gruß
Tino

hab ich schon probiert, ich hab keine breakpoint auf das if gemacht,
trotzdem.

ich hab auch schon meinen rechner neu gestartet, das projekt neu
angelegt. nur delphi hab ich noch nicht neu installiert, aber da hab
ich auch keinen bock drauf.

ShadowThief hat folgendes geschrieben:

das programm ist gerade in der rot markierten zeile.

Auf ein Break in einer If-Anweidung kann man gar keinen Breakpoint setzen. Zumindest nicht bei Delphi 6.

Zitat:

obwohl h = 0 ist, macht er den break.

Das kann auch daran liegen, dass der Code-Optimierer die Variable h vielleicht in ein CPU Register gestellt hat.

na gut, von registern versteh ich nix.
ich weiss nur, dass er den break macht, obwohl er ihn
nicht machen dürfte.

stimmt, bei d6 kann man da keinen break setzen, aber bei d7
gehts.

ShadowThief hat folgendes geschrieben:

hab ich schon probiert, ich hab keine breakpoint auf das if gemacht, trotzdem.

Wie jetzt? Hast du jetzt einen Breakpoint auf die If-Then Zeile gesetzt, gestartet und anschl. die Variable H ausgewertet?

Gruß
Tino

ja hab ich

Lass dir mal mit

Die Variable h noch vor der if-Abfrage ausgeben.
Dann umgehst du zum Beispiel das Problem, das Andy angesprochen hat und weißt, welchen Wert h wirklich hat und ob er break wirklich ausführen sollte, oder es doch ein Fehler ist.

ich hab gerade was lustiges bemerkt, keine ahnung warum ich das vorher nicht gesehen habe:

h ist ja an der kritischen stelle 0. dann kommt ein if, nämlich ob h = 2 ist, was es ja nicht ist, weil es ja 0 ist, dann geh ich im debugger einen schritt weiter und bin dann beim break, was ja nicht sein dürfte. geh ich jetzt noch einen schritt weiter, läuft das programm normal weiter. das break wirds sozusagen ignoriert, obwohl dieser lustige grüne pfeil links eindeutig auf dem break war. komisch. naja, auch egal. der code funktioniert, nur der debugger spinnt mal wieder n weng.

puuh.

Hast du Teile des Codes per Copy&Paste eingefügt? Da kann es dann nämlich vorkommen, dass beim kopieren ein Teil des Zeilenumbruchs verlorengegangen ist (ein Zeilenumbruch wird ja durch 2 Zeichen dargestellt). Der Editor bricht die Zeilen zwar richtig um, aber der Debugger ist dann immer in der falschen Zeile... das Problem lässt sich recht einfach beheben - einfach die Eingabeaufforderung starten, die pas-Datei im DOS-Editor öffnen, einmal speichern (der Editor korrigiert dann die Zeilenumbrüche) und das wars auch schon..!

ich hab das mal probiert, aber hat nix geholfen.
is ja jetzt auch egal, weil der code funktioniert ja, das is das wichtigste.
vielen danke für die hilfe.

shadow.

ps: ich war im urlaub, deswegen hab ich so lange nicht geantwortet.

Kann es sein das

für den Compiler das gleiche ist wie
[code]
if h = 2 then Break;
[/delphi]
dann würde er doch auch bei h = 0 bei einen Breakpoint in dieser Zeile stehen bleiben, oder? Aber vieleicht is mir auch nur zu warm, und ich kann nicht klar denken

Das ist für den Compiler das gleiche. Dieser entfernt nämlich sämtliche Leerzeichen und Zeilenumbrüche, wenn er seine Baumstruktur aufbaut.