Problem mit Event und verschiedenen Task

  • VB.NET
  • .NET (FX) 4.5–4.8

Es gibt 45 Antworten in diesem Thema. Der letzte Beitrag () ist von RodFromGermany.

    Ich habe keinen Nachweis zur Hand, der die Sinnhaftigkeit belegen könnte. Entweder fehlen mir die richtigen Fehler, oder man kann es immer anders machen.

    Manchmal vereinfacht ein Try Catch aber den Code. Und ich denke es wird auch Fälle geben, in denen Try Catch sogar besser performt. Es sollte aber nie die Entwicklung erschweren.

    Amelie schrieb:

    Muss noch herausfinden, wann die "Sinnvoll" sein können und wann eben nicht.
    Lass es knallen.
    Stelle fest, warum es knallt, und wenn sich das nicht vorher beheben lässt, wenn eine externe Funktion eine Exception bringt usw. dann fang an zu überlegen.
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!

    Haudruferzappeltnoch schrieb:

    Ich habe keinen Nachweis zur Hand, der die Sinnhaftigkeit belegen könnte. Entweder fehlen mir die richtigen Fehler, oder man kann es immer anders machen.
    Schreibender Dateizugriff oder UIAutomation sind solche Geschichten, bei denen Exceptions kommen, die man nicht sonderlich gut abfangen kann. Auch externe DLLs können zum unerwarteten Problem werden.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    @RodFromGermany @ErfinderDesRades @VaporiZed @Haudruferzappeltnoch

    Moin moin

    Ich habe noch ein wenig meinen Code geändert und schon fast alle "Try/Cach-Blöcke" entfernt und mit verschiedenen Methoden ersetzt um Möglichkeiten abzufangen.
    Jetzt habe ich diese Copy-Funktion: Private Function CallCopy() As Boolean siehe CodeAusschnitte.

    Nun meine Frage: Brauche ich da noch einen Try/Catch um, wie schriebt Ihr: "unerwartete Fehler" abzufangen?

    Bin für jede Info / Hilfe dankbar. :)

    Spoiler anzeigen
    ​
    In einer Class:

    VB.NET-Quellcode

    1. ​
    2. Friend errorHdd As String
    3. Friend Function IsDriveReady(ByVal HDD As String) As Boolean
    4. errorHdd = HDD
    5. Dim driveInfo As New System.IO.DriveInfo(HDD.TrimEnd("\"c))
    6. Return If(driveInfo.IsReady, True, False)
    7. End Function

    In einer weiteren Class:

    VB.NET-Quellcode

    1. Friend Sub Threadsstarten(SelectedCopytype As Integer)
    2. Select Case SelectedCopytype
    4. Case Is = 0
    5. Case 0
    6. If propertyinfo.IsDriveReady(propertyinfo.SourcePath) AndAlso propertyinfo.IsDriveReady(propertyinfo.TargetCopyPath) Then
    7. ' KopiereAsync()
    8. Else
    9. RaiseEvent MeldungsID(Meldung.Failure, propertyinfo.errorHdd)
    10. End If
    11. ........
    12. .....
    13. ..
    14. '' Bräuchte ich hier noch den Try/Catch ?????
    15. Private Function CallCopy() As Boolean
    16. Try
    17. Dim NewQuelle As New IO.DirectoryInfo(propertyinfo.SourcePath), file As IO.FileInfo
    18. If IO.Directory.Exists(propertyinfo.TargetCopyPath) = False Then IO.Directory.CreateDirectory(propertyinfo.TargetCopyPath)
    19. .........
    20. ......
    21. ..

    Auf dem Form:

    VB.NET-Quellcode

    1. ​
    2. Private Sub Mitteilungen(ByVal var As CopyZip.Meldung, FailuerHDD As String) Handles copyzip.MeldungsID
    4. Select Case var
    5. Case copyzip.Meldung.Copy
    6. .......
    7. ...
    8. .
    9. Case copyzip.Meldung.Failure
    10. timMessages.Start()
    11. lblFormName.ForeColor = Color.Firebrick
    12. lblFormName.Text = "Fehlermitteilung: " & FailuerHDD
    13. ResetProgbar()
    14. ResetControls()
    15. End Select

    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    If IO.Directory.Exists(propertyinfo.TargetCopyPath) = False Then IO.Directory.CreateDirectory(propertyinfo.TargetCopyPath)
    Ein Klassiker. Wenn das Verzeichnis bereits existiert, macht IO.Directory.CreateDirectory nix. Du kannst die Bedingungsprüfung also weglassen.
    Ob Du das Try-Catch weglassen kannst? Dazu müsstest Du schon den ganzen Code zeigen. Aber besser wäre - wie bereits mehrfach erwähnt: einfach ausprobieren!
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    @VaporiZed

    Ich habe eine Frage zu den: ​AppDomain.CurrentDomain.UnhandledException
    Die sollen doch das abfangen, was nicht mit Try/Catch behandelt wird :?:

    Bei einem Test, ich habe den Try/catch in der Function rausgenommen und versucht auf einen vollen USB-Stick zu kopieren.
    Es wurde keine Exception geworfen :!:
    Mit dem Try/Catch bekomme ich die Exception: "Kein Speicherplatz"

    Wo denke ich falsch bei der Benutzung?



    VB.NET-Quellcode

    1. ​
    2. Public Sub New(propInfo As DriveManager)
    3. propertyinfo = propInfo
    4. AddHandler Application.ThreadException, AddressOf ExceptionHandlerForErrors
    5. AddHandler AppDomain.CurrentDomain.UnhandledException, AddressOf ExceptionHandlerForErrors
    6. End Sub
    8. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.Threading.ThreadExceptionEventArgs)
    9. Dim ex As Exception = e.Exception
    10. MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    11. End Sub
    13. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.UnhandledExceptionEventArgs)
    14. Dim ex As Exception = DirectCast(e.ExceptionObject, Exception)
    15. MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    16. End Sub
    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Amelie schrieb:

    Es wurde keine Exception geworfen
    Würde keine Exception geworfen werden, könnte Try-Catch auch nichts auffangen (das ist schließlich die wörtliche Bedeutung von Catch).

    Mit welchem konkreten Dateikopiercode bekommst Du welchen Exception-Typ (also nicht die Fehlermeldung, sondern IO.IOException oder ArgumentException oder so)?
    In welcher Klasse befindet sich dieser AddHandler-Code, den Du gerade gezeigt hast? Der gehört nämlich eigentlich in die MainForm-Klasse, nicht in irgendeine andere Klasse, die ggf. sogar später in einem anderen Thread ausgeführt wird. Weiß man ja nicht, steht ja hier nicht.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    @VaporiZed

    So habe ich das gestestet. Beim Kopieren das selbe. ?(
    Mit dem Try/Catch in den Funktionen gehts natürlich.

    EDIT: 10:25
    Oh das mit dem "MainForm" erst jetzt gelesen... MOMENT ich test neu.

    Edit Spoiler: 10:35 Uhr !!

    Es hat sich aber nichts am verhalten geändert!

    Das Form:

    VB.NET-Quellcode

    1. ​
    2. Private drivehelper As New DriveManager()
    3. Private xmlhelper As New XmlManager()
    4. Private WithEvents copyzip As New CopyZip(drivehelper)
    5. Private enterPressed As Boolean = False
    7. Public Sub New()
    8. AddHandler Application.ThreadException, AddressOf ExceptionHandlerForErrors
    9. AddHandler AppDomain.CurrentDomain.UnhandledException, AddressOf ExceptionHandlerForErrors
    10. InitializeComponent()
    11. CheckXmlFile()
    12. End Sub
    14. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.Threading.ThreadExceptionEventArgs)
    15. Dim ex As Exception = e.Exception
    16. MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    17. End Sub
    19. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.UnhandledExceptionEventArgs)
    20. Dim ex As Exception = DirectCast(e.ExceptionObject, Exception)
    21. MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    22. End Sub


    Die Class:

    VB.NET-Quellcode

    1. Public Sub New(propInfo As DriveManager)
    2. propertyinfo = propInfo
    3. End Sub
    5. Private Function CallZip() As Boolean
    6. 'Try
    7. Dim Filedate As String = Date.Now.ToString("-HH_mm")
    8. If Not Directory.Exists(propertyinfo.TargetZipPath) Then Directory.CreateDirectory(propertyinfo.TargetZipPath)
    9. RaiseEvent ZipFileReport(propertyinfo.TargetZipPath & Filedate)
    10. ZipFile.CreateFromDirectory(propertyinfo.SourcePath, propertyinfo.TargetZipPath & Filedate & ".zip", CompressionLevel.Fastest, False)
    11. If Not System.IO.Directory.GetFiles(propertyinfo.TargetZipPath).Length = 0 Then
    12. Else
    13. IO.Directory.Delete(propertyinfo.TargetZipPath)
    14. End If
    15. Return True
    16. 'Catch ex As Exception
    17. ' MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    18. ' Return False
    19. 'End Try
    20. End Function
    Bilder

    • error-1.jpg

      604,28 kB, 1.095×732, 31 mal angesehen
    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Amelie“ ()

    Ich habe folgenden einfachen Testcode, der die genannte Exception erzeugt

    VB.NET-Quellcode

    1. Imports System.Threading
    3. Friend Class FrmMain
    4. Public Sub New()
    5. AddHandler Application.ThreadException, AddressOf ExceptionHandlerForErrors
    6. AddHandler AppDomain.CurrentDomain.UnhandledException, AddressOf ExceptionHandlerForErrors
    7. InitializeComponent()
    8. End Sub
    10. Private Sub ExceptionHandlerForErrors(sender As Object, e As ThreadExceptionEventArgs)
    11. ShowError("ThreadException")
    12. End Sub
    14. Private Sub ExceptionHandlerForErrors(sender As Object, e As UnhandledExceptionEventArgs)
    15. ShowError("uncatched Exception")
    16. End Sub
    18. Private Sub ShowError(ExceptionType As String)
    19. MessageBox.Show(ExceptionType)
    20. End Sub
    22. Private Sub Button1_Click(sender As Object, e As EventArgs) Handles Button1.Click
    23. Throw New IO.IOException
    24. End Sub
    25. End Class


    Ergebnis im Anhang. Resultat: abgefangen :D , aber mit ThreadException 8| . Bedeutet: Ich hab ThreadException ein wenig falsch verstanden und es geht bei ThreadException wohl eher um eine Exception, die innerhalb des GUI-Thread-Vorgangs ausgelöst wurde, nicht um solche, die in einem Nebenthread erfolgten. Also quasi genau das Gegenteil vom erwarteten.

    @Amelie: Aaaber! Innerhalb der Debug-Session von Visual Studio werden schon mit Absicht die Exceptions angezeigt, damit man die Fehler beheben kann. Das ist VS-Einstellungssache. Die ExceptionHandler sind ja v.a. für den Fall, dass man die Exe außerhalb von VS ausführt.

    btw: ein Verbesserungsvorschlag, um Doppelcode zu vermeiden:

    VB.NET-Quellcode

    1. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.Threading.ThreadExceptionEventArgs)
    2. ShowError(e.Exception)
    3. End Sub
    5. Private Sub ExceptionHandlerForErrors(sender As Object, e As System.UnhandledExceptionEventArgs)
    6. ShowError(DirectCast(e.ExceptionObject, Exception))
    7. End Sub
    9. Private Sub ShowError(e As Exception)
    10. MessageBox.Show("Ein unerwarteter Fehler ist aufgetreten" & Environment.NewLine & ex.Message, "Wichtige Info", MessageBoxButtons.OK, MessageBoxIcon.Warning)
    11. End Sub

    Bilder

    • Result.png

      5,79 kB, 368×288, 34 mal angesehen
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „VaporiZed“ ()

    Um App-weit Exceptions abzufangen und zu loggen, die man nicht auf dem Schirm hat. So erspart man sich den Standardfehlerdialog, mit dem man als User herzlich wenig anfangen kann. Und man kann zusätzlich Funktionalität einbauen.
    Aus meinem Alltag: Habe über 50 Programme damit ausgestattet und knapp ein Dutzend Leute nutzen diese. Durch diese Art des Fehlerloggings kann ich genau feststellen, wo es zu Fehlern kommt und relativ genau wodurch, um dann Fehlervermeidungscode gezielt einzubauen. Da kommen Probleme zutage, die ich einfach nicht auf dem Schirm als Entwickler habe. Ich mach dann innerhalb des UnhandledExceptionHandlers noch einen Screenshot vom GUI, um dann zu erkennen, welcher Eingabedatenzustand vorlag, um das Problem eingrenzen zu können.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „VaporiZed“ ()

    ​Das ist VS-Einstellungssache....

    Ich habe nun mal gesucht aber noch keinen Hinweis gefunden das zu ändern.

    ABER
    Habe nun mal die "exe" gestartet und den selben Fehler produziert. Versuch auf einen vollen USB-Stick zu kopieren/zippen.
    Das Try/Catch habe ich aus den Copy / Zip Functionen auskommentiert.
    Nun popt die MessageBox auf dem Form wie gewünscht auf.

    So langsam verstehe ich das Prinzip. ;)
    Nur das hier:​System.Threading.ThreadExceptionEventArgs
    Hab ich bis jetzt noch nirgendwo (Tutorials etc) gesehen. Was oder wann kann da(s) passieren?

    ​vorschlag, um Doppelcode zu vermeiden
    Das mache ich jetzt immer dann wenn der ganze Code soweit fertig ist. Dann kopiere ich mir das ganze Projekt in einen neuen Ordner und suche gezielt nach Dopplungen und zu langen Subs/Funktionen.
    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Amelie schrieb:

    Nur das hier:System.Threading.ThreadExceptionEventArgs
    Hab ich bis jetzt noch nirgendwo (Tutorials etc) gesehen. Was oder wann kann da(s) passieren?
    8| Ich glaub Du weißt nicht, was Du da formuliert hast. Das ist wie die Frage: Was oder wann kann das MainForm passieren? Ergibt keinen Sinn, richtig? ThreadExceptionEventArgs ist ein Informationspaket, welches gebündelt und geschickt wird. Es kann nicht "passieren". Was aber passieren kann: Der Auslöser, der zum Schnüren und Versenden dieses ThreadExceptionEventArgs-Pakets führt.
    Dazu folgendes:
    Der Code, den Du mit den speziell eingebauten EventHandlern nutzt,

    Microsoft Learn schrieb:

    verwendet das ThreadException-Ereignis, um UI-Threadausnahmen zu behandeln, und das UnhandledException-Ereignis, um Nicht-UI-Threadausnahmen zu behandeln.
    Also: Tritt eine unbehandelte Ausnahme im GUI-Thread auf, weil z.B. ein User einen Button geklickt hat und infolgedessen Methoden aufgerufen werden, von denen irgendeine eine Exception auslöst, landet das im ThreadException-EventHandler.
    Wenn aber eine unbehandelte Ausnahme im Nicht-GUI-Thread auftritt (also in einem Nebenthread), landet das im UnhandledException-EventHandler.
    Und wenn wir beide Szenarien kombinieren: Ein User drückt einen Button, daraufhin wird ein Nebenthread gestartet, in dem eine Exception auftritt, dann landet diese nach ersten Tests im ThreadException-EventHandler. Überrascht mich gerade ein wenig, weil ich den anderen vermutet hätte, aber vielleicht hab ich ein schlechtes Szenario gewählt.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    @VaporiZed
    schlechtes Szenario gewählt
    Ne das war schon gut für MICH ;)

    Also ein bissel besser hab ich das nun verstanden. Was ich noch nicht so verstanden habe: Wann oder wie weiß ich denn, wann etwas im GUI-Thread oder im nicht-GUI-Thread läuft. OK spätestens dann wenn der Compiler bzgl "Invoken" auf dem GUI meckert??
    Und was ist der Unterschied zwischen "Task und Thread"?

    Szenarien kombinieren..

    Bei meinem Code klick auf Button btnStartCopy auf dem GUI. <== GUI-Tread ?!
    Das Event des Buttons ruft dann eine Sub in der Form-Class (frmMain) und eine Function ( ohne Try/Catch ) in der Class CopyZip auf. <== GUI-Thread und Neben-Tread ?!
    Die Function ruft nun ein Event auf welches auf dem GUI-Thread empfangen wird. z.B. ein Lable aktualisieren. <== Wieder im GUI-Tread ??
    Oder die Function wirft eine Exception ( USB-Stick ist voll ) <== die landet im ==> ThreadException-EventHandler weil ein NebenTread und eben kein expliziter Try/Catch-Block!?

    Soweit einigermaßen richtig wiedergegeben?
    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Bevor ich da selbst was vom Pferd erzähle, verweise ich mal auf einen Post von @Bluespide bzgl. Thread und Task.

    Amelie schrieb:

    Bei meinem Code klick auf Button btnStartCopy auf dem GUI. <== GUI-Tread ?!
    korrekt

    Amelie schrieb:

    Das Event des Buttons ruft dann eine Sub in der Form-Class (frmMain) und eine Function ( ohne Try/Catch ) in der Class CopyZip auf. <== GUI-Thread und Neben-Tread ?!
    Wahrscheinlich GUI-Thread, wenn Du nicht mit Nebenläufigkeit arbeitest.

    Amelie schrieb:

    Die Function ruft nun ein Event auf welches auf dem GUI-Thread empfangen wird. z.B. ein Lable aktualisieren. <== Wieder im GUI-Tread ??
    korrekt.

    Amelie schrieb:

    Oder die Function wirft eine Exception ( USB-Stick ist voll ) <== die landet im ==> ThreadException-EventHandler weil ein NebenTread und eben kein expliziter Try/Catch-Block!?
    Ja, aber falsche Begründung. Weil es auch im GUI-Thread ist, siehe mein Post oben:

    VaporiZed schrieb:

    Tritt eine unbehandelte Ausnahme im GUI-Thread auf, weil z.B. ein User einen Button geklickt hat und infolgedessen Methoden aufgerufen werden, von denen irgendeine eine Exception auslöst, landet das im ThreadException-EventHandler.
    Wenn aber eine unbehandelte Ausnahme im Nicht-GUI-Thread auftritt (also in einem Nebenthread), landet das im UnhandledException-EventHandler.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    @VaporiZed

    Ich hab mal die Auszüge gepostet.
    Die Funktion ​CallCopy() läuft doch im "NebenTread" oder :?:
    Wenn darin nun eine Exception geworfen wird landet diese im:​ThreadException-EventHandler weil in der Funktion eben kein Try/Catch vorhanden ist der das sonst abfangen würde :?:

    Den link zum Thema Task/Tread lese ich später mal!

    Spoiler anzeigen
    ​
    frmMain:

    VB.NET-Quellcode

    1. ​
    2. Private Sub btnCopy_Click(sender As Object, e As EventArgs) Handles btnCopy.Click
    3. DisabledControls()
    4. copyzip.Threadsstarten(drivehelper.SelectedCopyType)
    5. End Sub

    clsCopyZip:

    VB.NET-Quellcode

    1. ​
    2. Friend Sub Threadsstarten(SelectedCopytype As Integer)
    3. If propertyValues.IsDriveReady(propertyValues.SourcePath) AndAlso propertyValues.IsDriveReady(propertyValues.TargetCopyPath) AndAlso propertyValues.IsDriveReady(propertyValues.TargetZipPath) Then
    4. Select Case SelectedCopytype
    5. Case Is = 0
    6. KopiereAsync()
    7. Case Is = 1
    8. ZippAsync()
    9. Case Is = 2
    10. KopiereZipAsync()
    11. End Select
    13. Else
    14. RaiseEvent MeldungsID(Meldung.Failure, propertyValues.errorHdd)
    15. End If
    16. End Sub
    20. Private Async Sub KopiereAsync()
    21. Await Threading.Tasks.Task.Run(Function() CallCopy())
    22. RaiseEvent MeldungsID(Meldung.Copy, Nothing)
    23. End Sub
    27. Private Function CallCopy() As Boolean
    28. Dim NewQuelle As New IO.DirectoryInfo(propertyValues.SourcePath), file As IO.FileInfo
    29. If IO.Directory.Exists(propertyValues.TargetCopyPath) = False Then IO.Directory.CreateDirectory(propertyValues.TargetCopyPath)
    30. For Each file In NewQuelle.GetFiles()
    31. RaiseEvent CopyFileReport(propertyValues.TargetCopyPath & "\" & file.Name)
    32. IO.File.Copy(file.FullName.ToString, propertyValues.TargetCopyPath & "\" & file.Name.ToString, True)
    33. Next
    34. For Each subdir In NewQuelle.GetDirectories()
    35. Call Subfoldercopy(subdir.FullName.ToString, propertyValues.TargetCopyPath & "\" & subdir.Name.ToString, True)
    36. Next
    37. Return True
    38. End Function



    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Jou, das Microsoft-Beispiel verrät: Unhandled-ExceptionHandling kommt bei einer Neben-Thread-Exception. Await Threading.Tasks.Task.Run scheint nicht zwangsläufig einen eigenständigen Thread zu starten. Bin aber nicht genügend in der Materie drin, um es erklären zu können.
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

    Amelie schrieb:

    Die Funktion CallCopy() läuft doch im "NebenTread" oder?
    Jou - täte ich denken.
    Aber man weiss ja nicht, wo da deine Ex geworfen wird - vlt. im Handler vom RaiseEvent - und vlt. ist der wieder im Mainthread unterwegs - kann mans wissen?
    Eine Ausgabe von Exception.ToString() täte vlt sachdienliche Hinweise geben können.

    @ErfinderDesRades

    Meinst du das hier: ex.TargetSite :?:
    Hatte das mal in meine kleine "Log.dll" mit eingebaut.
    Spoiler anzeigen

    VB.NET-Quellcode

    1. Namespace EventExceptionRecorder
    3. ' Definiert die verschiedenen Log-Level
    4. Public Enum LogLevel
    5. Debug
    6. Info
    7. Success
    8. Warning
    9. Failure ' "Failure" als Ersatz für "Error"
    10. Critical
    11. End Enum
    13. ' Definiert die verschiedenen Detailoptionen für eine Exception
    14. Public Enum ExceptionDetail
    15. Message ' Die Fehlermeldung der Exception
    16. StackTrace ' Der Aufrufstapel (Stack Trace) zum Zeitpunkt des Fehlers
    17. Source ' Die Quelle der Exception
    18. TargetSite ' Die Methode, die die Exception ausgelöst hat
    19. InnerException ' Eine möglicherweise vorhandene innere Exception
    20. Data ' Benutzerdefinierte Informationen zur Exception
    21. End Enum
    23. ' Legt fest, in welchem Format die Log-Nachrichten gespeichert werden sollen
    24. Public Enum LogFormat
    25. txt ' Plain-Text mit Kategorie
    26. xml ' XML "1.0", "utf-8"
    27. End Enum
    28. End Namespace



    @VaporiZed
    Den Artikel habe ich auch gelesen und nicht wirklich viel "schlauer" daraus geworden. Ich muss das auch erst immer von C# => Vb.net konvertieren, was ich auf anhieb nicht verstehe.

    Nun ja, mein kleines Programm läuft erstmal ohne Try/Catch. Teste das jetzt noch mir vielen absichtlichen Fehlern um zu sehen wie das alles abläuft und die Fehler "aufgefangen" werden.
    Dann geht es daran den Code zu "säubern/verkürzen" usw. :)

    Werde mich dann im nächsten kleinen Projekt weiter damit beschäftigen.
    Asperger Autistin. Brauche immer etwas um gewisse Sachen zu verstehen. :huh:

    Amelie schrieb:

    Ich muss das auch erst immer von C# => Vb.net konvertieren, was ich auf anhieb nicht verstehe.
    Warum einfach, wenn es auch kompliziert geht? Stell einfach die Programmiersprache um, siehe Anhang :rolleyes:
    Bilder

    • LanguageSelection.png

      53,08 kB, 1.323×634, 28 mal angesehen
    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „VaporiZed“, mal wieder aus Grammatikgründen.

    Aufgrund spontaner Selbsteintrübung sind all meine Glaskugeln beim Hersteller. Lasst mich daher bitte nicht den Spekulatiusbackmodus wechseln.

Facebook
Telefonspende