Notes Client crash mit Exception code: c0000005 (ACCESS_VIOLATION)

[Gutierrez]

Moin liebe Gemeinde,

ein paar von meinen Clients (901FP7, 32-bit Client, aktueller JVM-Patch) crashen gerne - war übrigens auch bei dem 901FP6 so. In der Datei nsd_W32I_* steht dann folgendes:

Code

############################################################
### FATAL THREAD 1/17 [ NLNOTES:  2234:  176c]
### FP=0x00368134, PC=0x62724387, SP=0x00368130
### stkbase=00370000, total stksize=241664, used stksize=32464
### EAX=0x00000000, EBX=0x003685cc, ECX=0x00000002, EDX=0x003681b0
### ESI=0x00000000, EDI=0x61367b4c, CS=0x00000023, SS=0x0000002b
### DS=0x0000002b, ES=0x0000002b, FS=0x00000053, GS=0x0000002b Flags=0x00210246
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x62724387 nnotes.LSRcOleAdtDispatch::SetErrorInfo+7 (0,10c6,3681b0,2)
@[ 2] 0x627252b0 nnotes.AssertingErrorHandler@20+32 (3b2e58,0,10c6,3681b0,0)
@[ 3] 0x626d641e nnotes.LSsInstance::RaiseError+46 (3b2e58,0,10c6,3681b0,0)
@[ 4] 0x6122bee5 nlsxbe.RaiseLotusScriptError+37 (3b2e58,10c6,3681b0,368634,0)
@[ 5] 0x611c357e nlsxbe._catch$_ANCLASSCONTROL@16$4+66 (3b2e58,109,10c6,3b2e58,0)
@[ 6] 0x611c372b nlsxbe._tag_NotesADTControl::ClassControl+27 (e8aa40e,3b2e58,109,368618,0)
@[ 7] 0x616647be nnotes.LSsInstance::AdtCallBack+238 (3b2e58,611c2c00,109,da38fb0,0)
@[ 8] 0x616838ad nnotes.LScObjCli::ProdMethodCall+61 (da38f70,49c,a0a47c0,10002,0)
@[ 9] 0x616837a0 nnotes.LSsThread::AdtDoProdCallout+160 (a023f08,da38f70,10002,a0a4774,0)
@[10] 0x616836bd nnotes.LSsThread::AdtCallMethod+45 (3,a0a9f6c,745f4f5d,74694bc0,0)
@[11] 0x61615b5f nnotes.LSsThread::NRun+6191 (a023f08,be9c018,1,3b1ed0,0)
@[12] 0x6161633f nnotes.LSsThread::Run+303 (a023f08,3687a4,6388b1a8,3b2e58,0)
@[13] 0x616f7a33 nnotes.LSsInstance::Resume+35 (3b2e58,36883c,63835860,3b1ed0,0)
@[14] 0x6388b1a8 nnotesws.LSEcInstance::ResumeClientScript+40 (3b1ed0,1,b,c,0)
@[15] 0x63835860 nnotesws.LSEcInstance::Resume+592 (3b1ed0,1,368864,6386a2c9,0)
@[16] 0x6388afce nnotesws.LSEResume@4+14 (3b1ed0)
@[17] 0x6386a2c9 nnotesws.LSEThread::RaiseEvent+153 (9b20000)
@[18] 0x6386a48b nnotesws.CLSUIDocument::RaiseEvent+283 (0)
@[19] 0x6386aebc nnotesws.DocScriptRaiseEvent@28+540 (9b3dc18,a809018,0,1,0,0,0)
@[20] 0x6386d516 nnotesws.@DocPostEvent@36+902 (0,e,0,10000,0,0,0,0,0)
@[21] 0x642dbc52 nnotesws.@DocQueryExit@8+242 (368de8,be9c018)
@[22] 0x6383d4fb nnotesws.@DocWindowsMessage@24+11883 (1,0,368d7c,368de8,0,0)
@[23] 0x63844799 nnotesws.EditInstanceMessage@24+1161 (be9c018,1f1584,409,1,0,0)
@[24] 0x638439a3 nnotesws.CEditSubprogram::SubMessageProc+323 (6ea6818,409,1,0,0,0)
@[25] 0x63984cd9 nnotesws.CSubprogram::QueryQuit+41 (6ea6818,1,aa0a818,0,0,0)
@[26] 0x63e1bfaa nnotesws.CEditorMonitorSubprogram::QueryQuit+138 (9b0b018,1,0,aa0a818,0,0)
@[27] 0x63e1ff30 nnotesws.CDocumentSubprogram::QueryQuit+368 (0,1,2214aa,aa0a818,0,0)
@[28] 0x6388e457 nnotesws.CSubprogram::Destroy+391 (aa0a818,1,0,63812f50,0,0)
@[29] 0x63814f3f nnotesws.MainWndProc@16+8175 (2214aa,10,0,0)

Und was da noch so alles eben drin steht... ihr kennt das sicherlich.

Der Fehler tritt immer an derselben Stellen (in zwei unterschiedlichen Datenbanken) auf, aber nicht immer zum gleichen Zeitpunkt und dummerweise nur auf 2-3 Clients. Von der Software her sind die PCs gleich (in der Theorie) und Speicher (RAM wie SSD) wurde auch gecheckt.

Wie könnte ich jetzt herangehen, diesen Fehler genauer nachzustellen oder genauer herauszufinden, wo der Fehler herkommt? Hat hier jemand schon mal Anstrengungen unternommen? Ich bin immer motiviert, schwere Nüsse zu knacken. Im Moment fehlt mir jedoch noch ein Ansatzpunkt.

Beste Grüße


PS: Was auffällig ist: Beide Clients crashen, wenn ein Notes-Fehler "geworfen" wird. Einmal ist es "Um den Wert eines Feldes ändern zu können, müssen Sie im Bearbeitungsmodus sein" und der andere Fehler ist "Unable to send mail, multiple matches found in Name & Address book.". Im ersten Fall kann ich nicht sagen, ob der Fehler mit On Error gefangen wird (Fremdsoftware), aber im letzeren Fall fange ich den Fehler mit On Error, schreibe eine Logzeile und mache Resume <LABEL>.

Und ein dritter Crash hat oft mit der MS Visual C++ Runtime zutun:

Code

############################################################
### FATAL THREAD 1/36 [ NLNOTES:  163c:  1640]
### FP=0x00439044, PC=0x770fc208, SP=0x0043903c
### stkbase=00440000, total stksize=237568, used stksize=28612
### EAX=0x00000002, EBX=0x00000000, ECX=0x00000012, EDX=0x00000003
### ESI=0x00000010, EDI=0x00000012, CS=0x00000023, SS=0x0000002b
### DS=0x0000002b, ES=0x0000002b, FS=0x00000053, GS=0x0000002b Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
 [ 1] 0x770fc208 msvcrt._initterm+183 (2,0,14,0)
 [ 2] 0x7007eea4 comctl32.ScrollBar_MouseMove+4847 (170608f0,4390c8,4390b0,170608f0)
 [ 3] 0x70081e67 comctl32.AttachScrollBars+7341 (170608f0,4390c8,1,1)
 [ 4] 0x70081d6e comctl32.AttachScrollBars+7092 (170608f0,30,1,170608f0)
 [ 5] 0x70081c89 comctl32.AttachScrollBars+6863 (170608f0,102,30,520001)
 [ 6] 0x70039ab6 comctl32.DPA_Clone+13310 (3135c,102,30,520001)
 [ 7] 0x76d962fa USER32.gapfnScSendMessage+818 (700399e8,3135c,102,30)
..........................

[koehlerbv]

So in erster, schneller Lesung: Scheinbar knallt es im Frontendcode, wenn das Dokument gespeichert / geschlossen werden soll, und in den entsprechenden Events steht etlicher Code.
Um auf Nummer sicher zu gehen: Das "übliche Procedere" (entfernen gecachter Designelemente, also DB-Icon samt Replica Icons weg, Workspace komprimiert, CACHE.NDK in die Tonne) wurde durchgeführt? Nicht, dass sich da über den Lebens- und Updatezyklus Mist angesammelt hat, der dann natürlich nicht alle Clients betrifft.

Bernhard

PS: Spannend!

[Gutierrez]

Moin Bernhard,

ja, "das Übliche" hat leider nicht geholfen.

[eknori]

PMR bei IBM aufmachen.

[Micha B]

http://www-01.ibm.com/support/docview.wss?crawler=1&uid=swg1LO85145

[Kreedus]

Wird Xphone oder Ähnlich eingesetzt ? Wir haben das gleiche Problem mit Xphone.

[Gutierrez]

Moin,

sehr interessant, Micha B! Danke für den Link!
Ich werde das mal untersuchen auf ähnliche Software, Kreedus.


Für weitere Vorschläge zur genauen Ursachenuntersuchung bin ich offen


Beste Grüße