Καλησπερα

φτιαχνω ενα dll σε vb.net για να δουλεψει ως reference σε μια εφαρμογή.
προσπαθω να βρω ενα τροπο να κανω manage των UnhandledException, για την ακριβεια να μην επιτρεπω την εφαρμογή να τερματιστει παρα το σφαλμα.

αν εφτιαχνα winform ειναι πολυ ευκολο  να το κανω αυτο, αλλα στην δικη μου περίπτωση ΔΕΝ εχω προσβαση στο .exe που θα κανει χρήση του DLL μου,
αλλα πρεπει καπως να "κουμανταρω" τα σφαλματα που μπορει να ερθουν απο αυτο, και να τα διαχηριστω οπως θελω εγω.

πως να το κανω αυτο?  παραθετω τι ακριβως θελω να κανω σε class απο winform code.

1
2
3
4
5
 

Private Sub MyApplication_UnhandledException(ByVal sender As Object, ByVal e As Microsoft.VisualBasic.ApplicationServices.UnhandledExceptionEventArgs) Handles Me.UnhandledException

                    e.ExitApplication = False
        End Sub

thank you.

Κάτσε, αν φτιάχνεις ένα assembly που θα γίνει referenced, τότε πώς θα έρθουν σε σένα τα σφάλματα από αυτόν που θα κάνει το reference; Για να το πω πιο απλά, για να φτάσουν τα exceptions σε σένα, θα πρέπει να χρησιμοποιείς εσύ τον άλλον. Εκτός αν δεν κατάλαβα κάτι σε ό,τι περιγράφεις...

Δεν είμαι σίγουρος γι αυτό που θέλεις να κάνεις και συμφωνώ με τους προλαλίσαντες. Επειδή εσύ είσαι ο developer όμως, δοκίμασε να πιάσεις αυτό το event AppDomain.CurrentDomain.UnhandledException

Dimitris Papadimitriou Software Development Professional

Είσαι σίγουρος ότι θέλεις να το κάνεις αυτό;

Ή μάλλον, να το διατυπώσω αλλιώς: δε θέλεις να το κάνεις αυτό.

Όταν η εφαρμογή σου έχει φτάσει στο σημείο ενός unhandled exception, αυτό σημαίνει πως συνέβη κάτι που έχει περάσει από τους μηχανισμούς exception handling που αυτή περιέχει (γιατί περιέχει, σωστά;). Αν εσύ συνεχίσεις να προσποιείσαι ότι δε συμβαίνει τίποτα, είναι πολύ πιθανό ότι η εφαρμογή είναι σε κάποιο inconsistent state, εξαιτίας του οποίου λειτουργεί "παράλογα" και κατά πάσα πιθανότητα ο χρήστης σου θα πάθει Κάτι Πολύ Κακό (χαμένα δεδομένα, παραποιημένα δεδομένα, χιονοστιβάδα από exceptions που θα κάνουν την εφαρμογή να μην ανταποκρίνεται κλπ).

Πιάσε το λάθος αν θέλεις, αλλά για να το καταγράψεις, π.χ. στο event log, και μετά να αφήσεις την εφαρμογή να τερματίσει. Αν θέλεις, μπορείς από τον exception handler να ξανασηκώσεις νέο instance οπότε να γλιτώσεις το χρήστη από 1-2 click.

Δυο πράγματα θυμίζουν αυτά που γράφεις Νατάσα. Καταρχήν το φοβερό και τρομερό "on error resume next" της VB6/script. Κατά δεύτερον κάτι φοβερά και τρομερά error/exception handling που βλέπω όπου για οποιοδήποτε μη αναμενόμενο state ο developer έχει γράψει ένα return για να μην πεταχτεί exeption από την συνάρτησή του. Ανεξάρτητα από το αν ο caller της συνάρτησης (που θέλει οπωσδήποτε να γίνει η δουλειά που ζήτησε) θα προτιμούσε ένα μεγαλοπρεπές exception αντί να νομίζει ότι όλα έγιναν σωστά.

Dimitris Papadimitriou Software Development Professional

Αααχ, όταν βλέπω τέτοια λουκούμια ... σε κώδικα ο οποίος βρίσκεται σε namespace που περιλαμβάνει το ._CS.  Έχω μερικές χιλιάδες γραμμές από δαύτον να συμμαζέψω τώρα.

Johnny :-),

Σου επιτρεπουν να κανεις wrap το exe σε ενα δικο σου managed .exe οποτε να πιανεις το exception ? Δεν ξερω τις λεπτομερειες του συνολικου προγραμματος, αλλα αμα το .exe καλει το dll σου, δεν μπορεις να ξερεις ποτε θα κανει exception. Μπορει να κανει καπου, προτου ακομα "φορτωσει" το dll σου... Εαν το .exe τρεχει μεσα σε αλλο process , παραδειγμα ενα SSIS σε SQL Server, τοτε υπαρχουν και αλλοι τροποι...

vaggelis:

Johnny :-),

Σου επιτρεπουν να κανεις wrap το exe σε ενα δικο σου managed .exe οποτε να πιανεις το exception ? Δεν ξερω τις λεπτομερειες του συνολικου προγραμματος, αλλα αμα το .exe καλει το dll σου, δεν μπορεις να ξερεις ποτε θα κανει exception. Μπορει να κανει καπου, προτου ακομα "φορτωσει" το dll σου... Εαν το .exe τρεχει μεσα σε αλλο process , παραδειγμα ενα SSIS σε SQL Server, τοτε υπαρχουν και αλλοι τροποι...

χμμμμμ πολυ ενδιαφέρον, αν το κατλαβα σωστα.