Exceptions fliegen nicht

Leseratte · 22. März 2015, 08:09

Hallo zusammen,

ich habe in meinem Projekt wohl irgendwas verstellt: Es fliegen keine Exceptions mehr.

Ich habe testweise mal einfach nur eine neue Form angelegt und entwas geschrieben was garantiert eine Exception werfen sollte:

C#-Quellcode

private void Test_Load(object sender, EventArgs e)
{
Testfunktion();
// Restlicher Code zum Laden des Programms, u. a.:
MessageBox.Show("Test");
}
private void Testfunktion() {
int i = 100;
int j = 0;
int z = i / j;
}

Aber was passiert nun, wenn ich die Form öffne?
Ich sehe im Fenster "Ausgabe anzeigen von Debuggen" die Meldung
"Eine Ausnahme (erste Chance) des Typs "System.DivideByZeroException" ist in asdfg.exe aufgetreten."

Aber die Programmausführung hält nicht an, die Zeile wird nicht gelb markiert, es geht kein Fenster mit der Exception auf, es wird einfach nur die Ausfühung der aktuelle Funktion abgebrochen - die Messagebox erscheint nicht.

So lässt sich natürlich besonders gut programmieren wenn bei jeder Ausnahme erst mal nix mehr passiert ...

Was könnte ich da verstellt haben und wie lässt sich das lösen?
Projekt neu anlegen und Inhalte rüberkopieren würde zu lange dauern.

Leseratte

KaskadekingDE · 22. März 2015, 08:32

Im Load-Event werden dir keine Fehler angezeigt. (Warum auch immer)

Wenn du die trotzdem sehen willst mach bei Debuggen --> Ausnahmen (o. Ausnahmeeinstellungen) --> CLR Exceptions (Common Language Runtime Exceptions) unter Ausgelöst ein Häkchen.

Allerdings werden gecatchte Exceptions auch angezeigt

VB1963 · 22. März 2015, 09:20

@Leseratte
Verschiebe deinen Code einfach ins Form.Shown-Ereignis...

RodFromGermany · 22. März 2015, 09:27

@VB1963 Nö.
@Leseratte Solch Code gehört in eine Button_Click- oder so Routine, das muss auf Anforderung passieren.
Und Form_Load solltest Du meiden.

Leseratte · 22. März 2015, 09:49

Auch wenn ich den Code erst auf Knopfdruck ausführe, passt da irgendwas nicht.

Screenshot von dem, was ich erhalte: i61.tinypic.com/rkx9ur.png
Screenshot von dem, was ich gern erhalten würde: spiderinnet.typepad.com/.a/6a0…31970c01b8d06b73ba970c-pi

Mit den momentanen Einstellungen kann ich, selbst, wenn eine Ausnahme fliegt, nicht vernünftig debuggen.

Wo packt man denn dann Code hin, der beim Start ausgeführt werden soll? Form.Shown ?

VB1963 · 22. März 2015, 09:58

Das erste Bild zeigt eine Exception, wenn du eine fertige .exe bei Fehlerfall ausführst...
Das zweite Bild, wenn du den Code bei Fehlerfall im VS ausführst...
Im Load-Ereignis werden keine Exceptions ausgegeben, darum meine ich verschiebe den Code in's Shown-Ereignis, damit die Exception anspringen...
Oder wie Rod meint, bei einem Button-Click-Event...

ErfinderDesRades · 22. März 2015, 10:03

Leseratte schrieb:

Wo packt man denn dann Code hin, der beim Start ausgeführt werden soll?

ich pack sowas immer in den Konstruktor. Aber Form_Load ist ebensogut, nur muss das Event ja erstmal abonniert werden.
Und im Konstruktor hast du dasselbe Fehl-Verhalten bei Exceptions, also pack da nur rein, was sicher funktioniert.

Dinge, die noch ggfs. zu debuggen sind frühestens ins Form_Shown, oder aber explizit auf einen ButtonClick oder whatever.

Leseratte · 22. März 2015, 10:06

Wieso fertige EXE?

Die Meldung im ersten Bild erscheint bei mir, wenn ich in VS auf "Starten" klicke und das Programm sich öffnet ...
i59.tinypic.com/10dy6ab.png

Und das will ich nicht. VS soll wieder (wie früher auch) dieses Fenster aus dem zweiten Link ausführen, damit ich den Kram vernünftig debuggen kann, mir Variablen ansehen kann, usw.

ErfinderDesRades · 22. März 2015, 10:16

Leseratte schrieb:

VS soll wieder (wie früher auch) dieses Fenster aus dem zweiten Link ausführen

Dann nimm VisualStudio 2005

RodFromGermany · 22. März 2015, 10:17

Leseratte schrieb:

Und das will ich nicht.

dass Du Bilder irgendwo in der Pampa stapelst.
Nutze bitte die Dateianhang-Funktion des Forums:
Erweiterte Antwort => Dateianhänge => Hochladen.

Leseratte · 22. März 2015, 10:24

@ErfinderDesRades: ??
Das hat in der Vergangenheit auch mit VS 2012 funktioniert ...

@RodFromGermany:

Sorry.

Also, Bild 1 sehe ich, Bild 2 hätte ich gern.

RodFromGermany · 22. März 2015, 10:28

Leseratte schrieb:

funktioniert

mit allen Studios, wenn Du das Programm aus dem Studio heraus mit Debugging Starten: F5 startest.

Leseratte · 22. März 2015, 10:29

Ich starte das Programm durch drücken von F5 - trotzdem erscheint dieses blöde Fenster aus dem 1. Screenshot.

nafets · 22. März 2015, 10:33

Microsoft hat diese Funktion aus der Express-Version gestrichen. Du musst dir die Community-Version herunterladen - die hat den vollen Funktionsumfang

Leseratte · 22. März 2015, 10:46

Das hat man nun davon, wenn man immer mit der Professional arbeitet - man denkt gar nicht mehr dran, dass so eine essentielle Funktion in der Express gestrichen sein könnte ...

Eine 2012-Community-Edition gibts nicht, oder?
Wenn ich die 2013er nehme, kann ich das Projekt dann immer noch mit 2012 bearbeiten?

nafets · 22. März 2015, 10:57

Sollte eigentlich möglich sein - zur Not müsstest du die sln-Datei neu erstellen, was kein großes Problem sein sollte.

VB1963 · 22. März 2015, 11:43

Leseratte schrieb:

Wieso fertige EXE?

Sorry: Ich habe leider den Dialog mit diesen Dialog verwechselt...

Leseratte · 22. März 2015, 17:46

nafets schrieb:

Sollte eigentlich möglich sein - zur Not müsstest du die sln-Datei neu erstellen, was kein großes Problem sein sollte.

Es geht eher darum, dass an dem Projekt verschiedene (nicht ganz so erfahrene) Entwickler arbeiten, die dann nicht in der Lage sind, jedes Mal an den Dateien rumzubasteln.
Kann man zwei SLN-Dateien mit unterschiedlichem Namen anlegen, die dann jew. mit einer der Versionen laufen? Oder muss die Datei zwingend "Programmname.sln" heißen?

Den dämlichen Fehler, dass in der Form.Load keine Exceptions fliegen können, habe ich mit folgendem Code beheben können:

C#-Quellcode

public const uint PROCESS_CALLBACK_FILTER_ENABLED = 0x1;
[DllImport("Kernel32.dll")]
public static extern bool SetProcessUserModeExceptionPolicy(UInt32 dwFlags);
[DllImport("Kernel32.dll")]
public static extern bool GetProcessUserModeExceptionPolicy(out UInt32 lpFlags);
public static void DisableUMCallbackFilter()
{
uint flags;
GetProcessUserModeExceptionPolicy(out flags);
flags &= ~PROCESS_CALLBACK_FILTER_ENABLED;
SetProcessUserModeExceptionPolicy(flags);
}

und dem Aufruf von "Application.DisableUMCallbackFilter()" in der Program.cs.

Das mit VS2013 Community teste ich gerade (braucht aber ganz schön lange zum Installieren ...)

ErfinderDesRades · 22. März 2015, 18:02

Der code sieht interessant aus, aber bei mir bringt er kein Ergebnis.
Hier mein Testprojekt:

VB.NET-Quellcode

Imports System.Runtime.InteropServices
Public Class Form1
Public Const PROCESS_CALLBACK_FILTER_ENABLED As UInteger = &H1
<DllImport("Kernel32.dll")> _
Public Shared Function SetProcessUserModeExceptionPolicy(ByVal dwFlags As UInt32) As Boolean
End Function
<DllImport("Kernel32.dll")> _
Public Shared Function GetProcessUserModeExceptionPolicy(ByRef lpFlags As UInt32) As Boolean
End Function
Public Shared Sub DisableUMCallbackFilter()
Dim flags As UInteger
GetProcessUserModeExceptionPolicy(flags)
flags = flags And Not PROCESS_CALLBACK_FILTER_ENABLED
SetProcessUserModeExceptionPolicy(flags)
End Sub
Public Sub New()
DisableUMCallbackFilter()
InitializeComponent()
Dim a = 9, b = 0
a \= b
End Sub
End Class

Murdock · 22. März 2015, 18:37

Also in der VS13-Express rappelt es auch ohne weiteren Code im Construktor, allerdings wird der Fehler in der Application.Designer in OnCreateMainForm angezeigt, die Fehlermeldung teilt aber den richtigen Fehler mit . Im Load nur mit dem zusätzlichen Code.

Exceptions fliegen nicht

Exceptions fliegen nicht

C#-Quellcode

Leseratte schrieb:

Leseratte schrieb:

Leseratte schrieb:

Leseratte schrieb:

Leseratte schrieb:

nafets schrieb:

C#-Quellcode

VB.NET-Quellcode

Ähnliche Themen

7 Benutzer haben hier geschrieben