Was nervt euch so, während der Programmierung oder so allgemein

[himitsu]

Nee nee, da ist alles vorhanden.
Im Einzelschritt kann man dort bequem durchlaufen, nur eben bei einer exception dreht das durch.

Hab nun aber den Fehler gefunden.

"Einfach" Dieses an den Anfang der Unit:

Delphi-Quellcode:

function StrToInt(const S: String): Integer;
begin
  try
    Result := SysUtils.StrToInt(S);
  except
    Beep;
  end;
end;

Oder ein bissl Aufgemotzter:

Delphi-Quellcode:

function StrToInt(const S: String): Integer;
begin
  try
    Result := SysUtils.StrToInt(S);
  except
    Result := 0;
    asm int 3 end;
    if S = '' then Beep; // nur, damit man sich S nochmal ansehn kann
  end;
end;

Hier würde man ja erwarten, daß der debugger bei Result := SysUtils.StrToInt(S); oder zumindestens bei Result := 0; (dem nächsten Befehl) zum stehen kommt, wenn der Debugger mit seiner "Erste Gelegenheit für Exception"-Meldung ankommt und man dort auf "Anhalten" klickt.

Nee, der springt erstmal ganz raus, aus der diesem StrToInt und ebenfalls aus der aufrufenden Methode, in die Äußerste Button-Click-Methode, nach dem Aufruf der untergeordneten Methode.
Selbst der Aufrufstack hilft nix, da die stelle angeteigt wird, wo der cursor nun steht.

Durch das Except, springt er nun nach F7 aber shockierender Weise in den Exceptblock zurück und dadurch, daß die Exception abgefangen wird, konnte ich mich dann über F7 weiterdebuggen und kam dann endlich, einen Befehl nach dem "bösen" StrToInt, im Code an.

[jaenicke]

Bei XE hält der Debugger in der aufrufenden Methode an und springt nicht weiter heraus. Testcode:

Delphi-Quellcode:

function StrToInt(const S: String): Integer;
begin
  try
    Result := SysUtils.StrToInt(S);
  except
    Result := 0;
    asm int 3 end;
    if S = '' then Beep; // nur, damit man sich S nochmal ansehn kann
  end;
end;

procedure Test;
var
  TestMe: Integer;
begin
  TestMe := StrToInt('dsfsdf435');
  ShowMessage(IntToStr(TestMe));
end;

procedure TForm4859.Button1Click(Sender: TObject);
begin
  Test;
end;

Der Debugger bleibt nach dem Anhalten auf der Zeile TestMe := StrToInt('dsfsdf435'); stehen und geht mit F7 dann in das except.

// EDIT:
Und wenn ich Debug-DCUs aktiviert habe, bleibt er im ConvertErrorFmt direkt an der Exception-Stelle stehen und du siehst im Callstack direkt die Fehlerstelle:
CallstackException.png

[b4st4rd]

Wenn keine Klimaanlage vorhanden ist!

[FredlFesl]

Wenn eine Klimaanlage (wahlweise auszutauschen mit: Fenster, Kunstlicht) vorhanden ist und gleichzeitig mindestens ein weiterer Kollege, dessen Auffassung von 'erträglichen Arbeitsbedingungen' kontradiktionär zu erstens meinen und zweitens den allgemein anerkannten Definitionen sind.

Ein offenes Fenster zieht. Eine Klimaanlage ist 'künstlich', also ebenso abzulehnen wie Kunstlicht.

[b4st4rd]

35° Zimmertemperatur und die Mitarbeiterin sagt: "Es ist so angenehm!"
Und man während dessen sein nasses T-Shirt versucht vom Körper zu lösen...

[Stevie]

Krawattenzwang

[Xzeer]

Zitat von Stevie:

Krawattenzwang

Bäh, das ist wirklich ekelig.
Hoffentlich komme ich nicht irgendwann in einen Laden wo ich mir son Ding zulegen muss...

[Ralf Kaiser]

Zitat von Stevie:

Krawattenzwang

Der herrscht bei uns (zumindest für uns Entwickler, ohne direkten Kundenkontakt) zum Glück nur zu Weiberfastnacht. Un dann ist das Teil sowieso spätestens um 11:11 Uhr ab...

[Jumpy]

Da empfielt es sich doch in typischer Saunakleidung (Handtuch um die Hüften) zur Arbeit zu kommen und gelegentlich einen Aufguss zu machen (Cola oder Kaffe in den Rechner kippen). So kann man deutlich auf sein Problem aufmerksam machen...

[ibp]

Zitat von b4st4rd:

35° Zimmertemperatur und die Mitarbeiterin sagt: "Es ist so angenehm!"
Und man während dessen sein nasses T-Shirt versucht vom Körper zu lösen...

Es gibt ja noch die ASR 6 und die ArbStättV dann kann man ja noch mit der Leistungsfähigkeit bei hohen Temperaturen beim Chef anklingeln!

Vielleicht verteilt ja der Cheffe bei 35°C auch Sonnencreme und Plastikeimer mit Sangria und langen Strohhalmen