Hallo Reinhard,
bevor du rufst, sag doch mal hallo ihr da oder sowas, kommt
immer gut an. Eine Grußformel wird auch gern gesehen.
Ich wollte es möglichst knapp halten, um die kostbare Zeit der Leser nicht unnötig zu verschwenden. OK, ich sehe ein: Soviel Zeit muss sein.
Soweit ich weiß gilt der Errorhandlerhinweis nur in der
jeweiligen Prozedur, aber nicht in der Prozedur die aufgerufen
wird.
Wenn ich eine lokale Prozedur ohne Error-Handler aufrufe und dort einen Fehler produziere, kehrt die Prozedur in den übergeordneten Handler zurück:
Sub Test()
On Error GoTo ErrHnd
x = LocalFunction
x = 5
ErrHnd:
MsgBox Err.Description
End Sub
Function LocalFunction()
LocalFunction = 5 / 0
End Function
Hier ist x leer und die MsgBox gibt „Division Durch Null“ aus.
Doch, das könntest du *denk* Du müßtest nur in den Modulen der
externen Mappe nach der Prozedur, deren Namen du ja kennst
suchen und dann deren Code unten mit „Exit Sub“ und
anschließender Fehlerbehandlungsroutine aufstocken und anfangs
des Codes ein „On Error goto Errorhandler“ einfügen.
OK, die Idee ist nicht schlecht.
Das VBA-Projekt ist allerdings Passwort-geschützt und ich kenne das Passwort nicht. Ich muss mal testen, ob ich den Code trotzdem modifizieren kann.
Ist Last-Chance-Handler das was man als Errorhandler kennt?
Das ist der Error-Handler, der in VB eingebaut ist und dann zuschlägt, wenn kein anderer Error-Handler greift.
Melde dich bitte hier, wenn mein Ansatz den „fremden“ Code
erst zu manipulieren und dann erst per Run zu starten was für
dich ist, dann schau ich mal ob ich da was basteln kann.
Ich glaube, die Code-Manipulation bekomme ich hin, sofern mir die Berechtigung keinen Streich spielt.
Wolfgang