Was haltet ihr von Global Error Handler for Visual Basic for Applications

Betreff	Was haltet ihr von: Global Error Handler for Visual Basic for Applications
Von	"robert madrian"
Datum	05.10.2009 10:46:30

http://www.everythingaccess.com/simplyvba-global-error-handler.htm

robert

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic 6
Von	"robert madrian"
Datum	05.10.2009 10:52:20

gibt es nun auch für VB6...
http://www.everythingaccess.com/simplyvba/globalerrorhandler/introduction.htm


"robert madrian" schrieb im Newsbeitrag
news:%23XJRgjZRKHA.4028@TK2MSFTNGP05.phx.gbl...
> http://www.everythingaccess.com/simplyvba-global-error-handler.htm
>
> robert
>

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic for Applications
Von	"Thorsten Albers"
Datum	05.10.2009 13:07:53

robert madrian schrieb im Beitrag
<#XJRgjZRKHA.4028@TK2MSFTNGP05.phx.gbl>...
> http://www.everythingaccess.com/simplyvba-global-error-handler.htm

Nichts, da auf P-Code beschränkt.

--
Thorsten Albers

albers (a) uni-freiburg.de

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic for
Von	"Herfried K. Wagner [MVP]"
Datum	05.10.2009 15:27:21

Thorsten Albers schrieb:
> robert madrian schrieb im Beitrag
> <#XJRgjZRKHA.4028@TK2MSFTNGP05.phx.gbl>...
>> http://www.everythingaccess.com/simplyvba-global-error-handler.htm
>
> Nichts, da auf P-Code beschränkt.

... was P-Code-Fetischisten nicht weiter stören dürfte ;-).

--
M S Herfried K. Wagner
M V P
V B

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"Thorsten Albers"
Datum	05.10.2009 18:21:31

Herfried K. Wagner [MVP] schrieb im Beitrag
...
> ... was P-Code-Fetischisten nicht weiter stören dürfte ;-).

Ich sollte aber sagen, was >ich< davon halte - und ich bin kein
P-Code-Fetischist...

--
Thorsten Albers

albers (a) uni-freiburg.de

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"robert madrian"
Datum	05.10.2009 18:29:35

Was stört dich so sehr an P-Code Compilierung?

und mal angesehen vom P-Code scheint mir der Ansatz interessant zu sein...

robert


"Thorsten Albers" schrieb im Newsbeitrag
news:01ca45d7$e5c664b0$ab01a8c0@thalk8s8x...
> Herfried K. Wagner [MVP] schrieb im Beitrag
> ...
>> ... was P-Code-Fetischisten nicht weiter stören dürfte ;-).
>
> Ich sollte aber sagen, was >ich< davon halte - und ich bin kein
> P-Code-Fetischist...
>
> --
> Thorsten Albers
>
> albers (a) uni-freiburg.de
>

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"Thorsten Albers"
Datum	06.10.2009 13:09:16

robert madrian schrieb im Beitrag
...
> Was stört dich so sehr an P-Code Compilierung?

Nur 'mal so zwei Punkte schnell genannt - ohne jetzt an einer langen
Diskussion darüber teilnehmen zu wollen:
- S-Code ist - zumal bei systemnaher Programmierung - meiner Erfahrung nach
doch um einiges schneller
- P-Code hat seine Fallstricke insbesondere bei der Fehlerbehandlung: So
kann etwa innerhalb eines On Error...Resume ein Fehler gewissermaßen
'verloren' gehen, weil unter P-Code gewisse VB-interne automatische
Korrekturen greifen, z.B. beim Aufruf einer Funktion in einer externen
Bibliothek, die mit einer von VB nicht unterstützten Aufrufkonvention
arbeitet. Das war meiner Erinnerung nach gerade bei Anfängern in der
Windows-API-Programmierung hier eine häufige Fehlerursache.

Aber wohlgemerkt: Ich sage nicht, daß P-Code etwas schlechtes ist. Was ich
meine: Ein VB-Programm, bei dem es auf Schnelligkeit ankommt, wird in der
Regel ohne S-Code - zumindest in Codeteilen - nicht auskommen. Dafür nutzt
mir die angesprochene Fehlerbehandlung aber nichts. Beim Einsatz von
Komponenten anderer Hersteller kann es ebenfalls problematisch werden.

> und mal angesehen vom P-Code scheint mir der Ansatz interessant zu
sein...

Natürlich ist der Ansatz interessant, durch seine Restriktion aber meines
Erachtens nicht so wirklich brauchbar. Auch scheint es mir nicht sinnvoll,
für eine global Fehlerbehandlung Geld auszugeben (kostenlos ist ja nur eine
Trial-Version), wo man sich selbst eine zusammenbasteln kann, die dann
keinen Restriktionen unterworfen ist. Schließlich muß so etwas nur einmal
angelegt und nicht für jedes Projekt neu entwickelt werden. Und man kann
mit eigenem Code auch noch, wenn nötig, individuell auf Fehler reagieren,
was - je nach Projekt - enorm wichtig sein kann.

--
Thorsten Albers

albers (a) uni-freiburg.de

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"Dieter Strassner"
Datum	06.10.2009 13:33:46

Hallo Robert,

da wollt ich doch auch meinen Senf dazugeben:

>> und mal angesehen vom P-Code scheint mir der Ansatz interessant zu
>> sein...
>
> Natürlich ist der Ansatz interessant, durch seine Restriktion aber
> meines Erachtens nicht so wirklich brauchbar. Auch scheint es mir
> nicht sinnvoll, für eine global Fehlerbehandlung Geld auszugeben
> (kostenlos ist ja nur eine Trial-Version), wo man sich selbst eine
> zusammenbasteln kann, die dann keinen Restriktionen unterworfen ist.
> Schließlich muß so etwas nur einmal angelegt und nicht für jedes
> Projekt neu entwickelt werden. Und man kann mit eigenem Code auch
> noch, wenn nötig, individuell auf Fehler reagieren, was - je nach
> Projekt - enorm wichtig sein kann.

ACK!

Hab mit meiner selbstgestrickten Errorabhandlung in den letzten Jahren eine
sehr gute Erfahrung gemacht. Es war zwar 2-3 Wochen Arbeit im bestehenden
Projekt überall konsequent das Errorhandlung einzubauen. Aber ab diesem
Zeitpunkt war die Fehlersuche & behebung enorm vereinfacht. Klar, es gibt
immer noch Bugs da muß ich länger suchen - aber das sind zum Glück die
Ausnahmen geworden. In den meisten Fällen läßt sich das in wenigen Minuten
klären.
Jeder auftretende Fehler wird mit dem "Weg" den der Programmablauf genommen
hat, ausgegeben. Die wichtigsten Parameter werden angezeigt und die
wichtigsten Schritte in den Funktionen werden ebenfalls angezeigt. Das ganze
landet in einem Logbuch. Die Fehlerabhandlungsroutine bietet dem Benutzer
an, den Fehler umgehend via eMail an den Support zu mailen, da wird das
Logbuch dann mitgeschickt. Anhand dessen läßt sich dann meist schnell klären
was schief lief...

Beispiel eines Logbucheintrages:

"2009-10-05 12:00:49:835 X360/Dieter/SEMINAR_WORD15:
CreateDocument.AnalyseTemplate.GetWordDoc.('C:\Programme\SEMINAR\VORLAGEN\Rechnungen\Ausfall-Rg.dotx').Microsoft
Word Error: 5151 'Anwendungs- oder objektdefinierter Fehler'
CreateDocument.Label=WordProblem, Step=30, AnalyseTemplate.Step=31, i=0,
GetWordDoc.Step=70, Dieses Dokument konnte von Word nicht gelesen werden. Es
ist möglicherweise beschädigt.
Versuchen Sie Folgendes:
* Öffnen und reparieren Sie die Datei.
* Öffnen Sie die Datei mit dem Wiederherstellen-Textkonverter."

--

Viele Grüße

Dieter


Rückfragen bitte nur in die Newsgroup!

EDV-Kommunikation Strassner e.K.
68623 Lampertheim
Internet: www.strassner.biz

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"robert madrian"
Datum	06.10.2009 18:18:32

Mir gefällt an der Lösung, das ich immer den Call Stack beim Fehler mit
dabei habe ohne in jeder
Procedure den Aufruf im Code mitzugeben...
es ist auch geplant, dass in Zukunft mit dem Call Stack ach die Variablen
mit ausgeben werden - mal schaunt ob
dies kommt...

und ich kann bestehenden Error Handlingcode zunächst ohne Probleme
weiterverwenden:
http://www.everythingaccess.com/simplyvba/globalerrorhandler/tips-converting.htm

na ich werd mir das mal genau ansehen und testen - mal sehen was rauskommt

robert

PS: wir haben einen relativ große CRM-Client seit Jahren mit P-Code laufen
und überhaupt keine
Performanceprobleme zumal es hauptsächlich um DB Zugriffe, Reporting etc.
handelt.


"Dieter Strassner" schrieb im Newsbeitrag
news:%23O%234ejnRKHA.1372@TK2MSFTNGP02.phx.gbl...
> Hallo Robert,
>
> da wollt ich doch auch meinen Senf dazugeben:
>
>>> und mal angesehen vom P-Code scheint mir der Ansatz interessant zu
>>> sein...
>>
>> Natürlich ist der Ansatz interessant, durch seine Restriktion aber
>> meines Erachtens nicht so wirklich brauchbar. Auch scheint es mir
>> nicht sinnvoll, für eine global Fehlerbehandlung Geld auszugeben
>> (kostenlos ist ja nur eine Trial-Version), wo man sich selbst eine
>> zusammenbasteln kann, die dann keinen Restriktionen unterworfen ist.
>> Schließlich muß so etwas nur einmal angelegt und nicht für jedes
>> Projekt neu entwickelt werden. Und man kann mit eigenem Code auch
>> noch, wenn nötig, individuell auf Fehler reagieren, was - je nach
>> Projekt - enorm wichtig sein kann.
>
> ACK!
>
> Hab mit meiner selbstgestrickten Errorabhandlung in den letzten Jahren
> eine sehr gute Erfahrung gemacht. Es war zwar 2-3 Wochen Arbeit im
> bestehenden Projekt überall konsequent das Errorhandlung einzubauen. Aber
> ab diesem Zeitpunkt war die Fehlersuche & behebung enorm vereinfacht.
> Klar, es gibt immer noch Bugs da muß ich länger suchen - aber das sind zum
> Glück die Ausnahmen geworden. In den meisten Fällen läßt sich das in
> wenigen Minuten klären.
> Jeder auftretende Fehler wird mit dem "Weg" den der Programmablauf
> genommen hat, ausgegeben. Die wichtigsten Parameter werden angezeigt und
> die wichtigsten Schritte in den Funktionen werden ebenfalls angezeigt. Das
> ganze landet in einem Logbuch. Die Fehlerabhandlungsroutine bietet dem
> Benutzer an, den Fehler umgehend via eMail an den Support zu mailen, da
> wird das Logbuch dann mitgeschickt. Anhand dessen läßt sich dann meist
> schnell klären was schief lief...
>
> Beispiel eines Logbucheintrages:
>
> "2009-10-05 12:00:49:835 X360/Dieter/SEMINAR_WORD15:
> CreateDocument.AnalyseTemplate.GetWordDoc.('C:\Programme\SEMINAR\VORLAGEN\Rechnungen\Ausfall-Rg.dotx').Microsoft
> Word Error: 5151 'Anwendungs- oder objektdefinierter Fehler'
> CreateDocument.Label=WordProblem, Step=30, AnalyseTemplate.Step=31, i=0,
> GetWordDoc.Step=70, Dieses Dokument konnte von Word nicht gelesen werden.
> Es ist möglicherweise beschädigt.
> Versuchen Sie Folgendes:
> * Öffnen und reparieren Sie die Datei.
> * Öffnen Sie die Datei mit dem Wiederherstellen-Textkonverter."
>
> --
>
> Viele Grüße
>
> Dieter
>
>
> Rückfragen bitte nur in die Newsgroup!
>
> EDV-Kommunikation Strassner e.K.
> 68623 Lampertheim
> Internet: www.strassner.biz
>

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"Dieter Strassner"
Datum	06.10.2009 18:57:16

hallo Robert,

> Mir gefällt an der Lösung, das ich immer den Call Stack beim Fehler
> mit dabei habe ohne in jeder
> Procedure den Aufruf im Code mitzugeben...
> es ist auch geplant, dass in Zukunft mit dem Call Stack ach die
> Variablen mit ausgeben werden - mal schaunt ob
> dies kommt...

... wenn das Tool in der Praxis dann auch funktioniert ist es ja ok.

> und ich kann bestehenden Error Handlingcode zunächst ohne Probleme
> weiterverwenden:
> http://www.everythingaccess.com/simplyvba/globalerrorhandler/tips-converting.htm
>
> na ich werd mir das mal genau ansehen und testen - mal sehen was
> rauskommt

Das kann ich nur empfehlen.


> PS: wir haben einen relativ große CRM-Client seit Jahren mit P-Code
> laufen und überhaupt keine
> Performanceprobleme zumal es hauptsächlich um DB Zugriffe, Reporting
> etc. handelt.

In unserem projekt wird auch fast alles in P-Code übersetzt, da es deutlich
kompakter ist.
Perfomanceprobleme gab es nur in zwei DLLs von ca. 80 die wirklich viel
rechnen müssen und sehr viel RAM-Zugriffe haben.

Ansonsten wiegt m.E. ein einziger unnötiger Netz-/DB-Zugriff im
Programmablauf meist viel schwerer als optimierter Native-Code gegenüber
P-Code.
Will sagen bei typschen Branchenlösungen wie eure CRM oder unsere
SEMINAR-Software hat das keine praktische Relevanz.
Die Vorteile der kompakter Dateigrößen der Compilate sprechen eher für noch
für P-Code.

--

Viele Grüße

Dieter


Rückfragen bitte nur in die Newsgroup!

EDV-Kommunikation Strassner e.K.
68623 Lampertheim
Internet: www.strassner.biz

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	=?ISO-8859-1?Q?Thomas_M=F6ller?=
Datum	06.10.2009 20:57:03

Hallo Dieter,

Dieter Strassner schrieb:
> Hab mit meiner selbstgestrickten Errorabhandlung in den letzten Jahren
> eine sehr gute Erfahrung gemacht. Es war zwar 2-3 Wochen Arbeit im
> bestehenden Projekt überall konsequent das Errorhandlung einzubauen.

und genau auf diese Arbeit kannst Du bei der Verwendung des Global Error
Handler komplett verzichten. Du sorgst nur dafür, dass am Anfang die
Fehlerbehandlung initialisiert wird und das war's. Den Rest übernimmt
das Tool.

CU
--
Thomas

Homepage: www.Team-Moeller.de

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	Klaus-Dieter Gundermann
Datum	12.11.2009 10:01:09

In article <7j1i83F30ngglU6@mid.individual.net>, Thomas_N_O_S_P_A_M@Team-
Moeller.de says...
> Hallo Dieter,
>=20
> Dieter Strassner schrieb:
> > Hab mit meiner selbstgestrickten Errorabhandlung in den letzten Jahren=
=20
> > eine sehr gute Erfahrung gemacht. Es war zwar 2-3 Wochen Arbeit im=20
> > bestehenden Projekt =FCberall konsequent das Errorhandlung einzubauen.
>=20
> und genau auf diese Arbeit kannst Du bei der Verwendung des Global Error=
=20
> Handler komplett verzichten. Du sorgst nur daf=FCr, dass am Anfang die=20
> Fehlerbehandlung initialisiert wird und das war's. Den Rest =FCbernimmt=
=20
> das Tool.
>=20
> CU
>=20
Ich kann Thomas nur zustimmen. Ich stand bei meiner (Access-) VBA Applikati=
on=20
auch vor der Wahl, in den ca. 5000 Prozeduren jeweils den Code mit "ON Erro=
r=20
Goto" einzuf=FCgen, oder halt nur EINE Zeile, die den Global ErrorHandler=
=20
initialisiert.

Ich kann das Tool nur empfehlen, weil
- Fehler in ALLEN Programmteilen werden behandelt
- ich kann trotzdem in jeder Prozedur einen lokalen Errorhandler einsetzen,
der nur ein paar bestimmte Fehler behandelt und den Rest an den Global
ErrorHandler =FCbergibt.
- der ganze Code ist dadurch kompakter und =FCbersichtlicher geworden.
- ich bekomme automatisch ein Stacktrace mit dem Inhalt der Variablen

HTH

Klaus

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic forApplications
Von	"Herfried K. Wagner [MVP]"
Datum	05.10.2009 19:10:07

Hallo Thorsten!

Thorsten Albers schrieb:
>> ... was P-Code-Fetischisten nicht weiter stören dürfte ;-).
>
> Ich sollte aber sagen, was >ich< davon halte - und ich bin kein
> P-Code-Fetischist...

Klar, ich mache dir es nicht zum Vorwurf ;-).

--
M S Herfried K. Wagner
M V P
V B

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic for Applications
Von	"W. Wolf"
Datum	07.10.2009 08:44:37

Hallo Robert,

auch ich werde meine Fehlerbehandlung behalten,
als letzte Instanz finde ich diese GlErr-Lösung aber
allemal besser als der "kontrollierte" VB-Ausstieg.
Mal schau'n wie sich das Tool so "anfühlt".

Gruß
W. Wolf

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic for Applications
Von	"Harald M. Genauck"
Datum	07.10.2009 18:20:43

Hallo Robert,

> http://www.everythingaccess.com/simplyvba-global-error-handler.htm

Von einem globalen Error-*Handling* halte ich gar nichts. Eine
Fehler*behandlung* hat prinzipiell dort lokal stattzufinden, wo der
Fehler aufgetreten ist (prinzipiell = es gibt sicher die eine oder
andere seltene Ausnahme).

Global kann dagegen nur ein Nachverfolgen und Loggen von Fehlern
erfolgen, und allenfalls eine vereinheitlichte Anzeige von
unbehandelten (weil evtl. unbehandelbaren) Fehlern. Das Nachverfolgen
und Loggen nennt man aber, soweit ich weiß, "Tracing" ...

Abgesehen von der m.E. irreführenden Benennung bietet dieses "Global
Error *Tracing*"-Tool anscheinend eine gute, praktische und
durchdachte Lösung zu sein. Jedenfalls der Beschreibung nach -
getestet habe ich es nicht.


Viele Grüße

Harald M. Genauck

"ABOUT Visual Basic" - http://www.aboutvb.de (Hrsg. + Redaktion)
"VISUAL STUDIO one" - http://www.visualstudio1.de (Chefredakteur)

Betreff	Re: Was haltet ihr von: Global Error Handler for Visual Basic for Applications
Von	"robert madrian"
Datum	07.10.2009 19:07:41

Hallo Harald,

genau dieses "Tracing", ohne im Sourcecode pro Procedure Tracingcode
einzufügen der das Ganze
langsam macht , ist für mich interessant.

Die wenigen Fehler in einer unserer Applikation können wir so leichter
eingrenzen und den Fehler finden...

robert

"Harald M. Genauck" schrieb im Newsbeitrag
news:OuUU092RKHA.4692@TK2MSFTNGP06.phx.gbl...
> Hallo Robert,
>
>> http://www.everythingaccess.com/simplyvba-global-error-handler.htm
>
> Von einem globalen Error-*Handling* halte ich gar nichts. Eine
> Fehler*behandlung* hat prinzipiell dort lokal stattzufinden, wo der Fehler
> aufgetreten ist (prinzipiell = es gibt sicher die eine oder andere seltene
> Ausnahme).
>
> Global kann dagegen nur ein Nachverfolgen und Loggen von Fehlern erfolgen,
> und allenfalls eine vereinheitlichte Anzeige von unbehandelten (weil evtl.
> unbehandelbaren) Fehlern. Das Nachverfolgen und Loggen nennt man aber,
> soweit ich weiß, "Tracing" ...
>
> Abgesehen von der m.E. irreführenden Benennung bietet dieses "Global Error
> *Tracing*"-Tool anscheinend eine gute, praktische und durchdachte Lösung
> zu sein. Jedenfalls der Beschreibung nach - getestet habe ich es nicht.
>
>
> Viele Grüße
>
> Harald M. Genauck
>
> "ABOUT Visual Basic" - http://www.aboutvb.de (Hrsg. + Redaktion)
> "VISUAL STUDIO one" - http://www.visualstudio1.de (Chefredakteur)
>
>
>