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

[himitsu]

Was mich eigentlich richtig ankotzt, sind solche Kleinigkeiten, wie das ständig nichtfunktionierende Strg+#.
Strg + Num-/ sind keine alternative, wenn man grad keinen Nummernblock hat.

Oder daß der debugger nach einer Exception nicht an der Exceptionzeile stehenbleibt, wenn man auf "Anhalten" klickt.
Mit try-except/finally kann der debugger wohl nicht umgehen ... hier gibt es z.B., in einer Prozedur, eine EConvert-Exception und anstatt der besch* Debugger nach der Fehlerstelle stehenbleibt, springt er erstmal ganz aus der Prozedur dauf und bleibt danach stehen, so daß man die Fehlerstelle nicht findet.
Es kann doch nicht sein, daß ich jatzt, für einen sehr unregelmäßig auftretenden Fehler alle Fehlerbehandlungen wieder ausbauen muß, was besonders blöd deht, da Strg+# nicht geht, nur in der Hoffnung, daß ich dann endlich mal die richtige Fehlerstelle finde?

[jaenicke]

Zitat von himitsu:

Was mich eigentlich richtig ankotzt, sind solche Kleinigkeiten, wie das ständig nichtfunktionierende Strg+#.

Du hast also die CnWizards installiert. Das liegt nämlich offenbar daran, dass die den Hotkey klauen. Sobald ich die nämlich deinstalliere, passiert das nie. Ich habe mittlerweile einfach eine andere Tastenkombination dafür belegt.

[stahli]

Ich habe ein reines XE, da tritt das Problem auch manchmal auf.

[himitsu]

Jupp, ein reines 2010 (der fehler tritt aber mindestens seit TDE/D2006 regelmäßig, in leeren Delphis auf).

Nee, weder CnWizardz, noch GExperts, welche auch unbegdingt alle möglichen Tastenkombinationen, wie Strg+Shift+F, umbiegen müssen und als Ausgleich nichtfunktionierende Funktionen dahinterlegen, jedenfalls laut den erscheinden Fehlermeldungen.

[Stevie]

Zitat von himitsu:

Oder daß der debugger nach einer Exception nicht an der Exceptionzeile stehenbleibt, wenn man auf "Anhalten" klickt.
Mit try-except/finally kann der debugger wohl nicht umgehen ... hier gibt es z.B., in einer Prozedur, eine EConvert-Exception und anstatt der besch* Debugger nach der Fehlerstelle stehenbleibt, springt er erstmal ganz aus der Prozedur dauf und bleibt danach stehen, so daß man die Fehlerstelle nicht findet.

Keine Debug Informationen für besagte Unit? Dann bleibt er nämlich erst in der nächstmöglichen Zeile "mit den blauen Pünktchen" stehen.

[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...