Question

  Asked: Nov 8 2006   1:18 PM GMT
  Asked by: LotusNotesDomino


Troubleshooting a reproducible Notes 6.5.5 client crash


Lotus Domino, Platform Issues, Tech support

Many thanks in advance for any info regarding this.
I have a Notes 6.5.5 user who's client crashes whenever she attempts to paste info copied from a Notes email into a Word doc. The error message "An error has occurred in a Lotus Notes Application. Data about error is being collected" shows and then it closes Lotus Notes. I looked through the nsd log file to see if it points to anything specific, but I am quite unfamiliar with analyzing the data produced by the nsd log file.
Here is a snip of the log file that points to failing process:
############################################################
### FATAL THREAD 1/11 [ nlnotes: 364: 2008]
### FP=0x0013ead8, PC=0x445c3a43, SP=0x0013e958, stksize=384
### EAX=0xfffffff9, EBX=0x00000000, ECX=0x4d55434f, EDX=0xfffffffa
### ESI=0x0429f87c, EDI=0x0013ed10, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010246
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
[ 1] 0x445c3a43 (13ed10,c0e0,0,600000)
[ 2] 0x04e625b9 nXRTF (13ed10,8,0,0) - SYM FILE OUTDATED!
@[ 3] 0x619c6ccc nnotesws.@DocRenderRTF@4+300 (77d4be27,c0e0,3c74420,3c74c3c)
@[ 4] 0x619c671f nnotesws.@DocExportClipboard@4+271 (0,13f5d8,61183b08,50bc714)
@[ 5] 0x61904ece nnotesws.CEditClipboard::RenderFormat+14 (50bc714,c0e0,13f640,61182df0)
@[ 6] 0x61183b08 nnotesws._MainWndProc@16+3352 (80270,305,c0e0,0)
@[ 7] 0x77d48734 USER32.GetDC+109 (61182df0,80270,305,c0e0)
@[ 8] 0x77d48816 USER32.GetDC+335 (0,61182df0,80270,305)
@[ 9] 0x77d4b4c0 USER32.DefWindowProcW+388 (858028,305,c0e0,0)
@[10] 0x77d4b50c USER32.DefWindowProcW+464 (13f6f8,18,858028,305)
@[11] 0x7c90eae3 ntdll.KiUserCallbackDispatcher+19 (13f7c0,0,0,0)
@[12] 0x77d49402 USER32.PeekMessageW+359 (13f7c0,0,0,0)
@[13] 0x61221a77 nnotesws._NEMMainLoop@4+151 (401000)
@[14] 0x0040156d NLNOTES._WinMain@16+1389 (400000,0,152384,1)
@[15] 0x00401dfa NLNOTES._WinMainCRTStartup+308 (12f0cc,7c90ee18,7ffdb000,8054a6ed)
@[16] 0x7c816fd7 KERNEL32.RegisterWaitForInputIdle+721 (401cc6,0,78746341,20)
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

There is also 2 more passes that follow in the log file. Any ideas? Suggestions? I've already tried replacing the ID file to see if it was corrupt, but still no success.
Thanks

Subscribe to Alerts! Get questions and answers delivered to your Inbox.


E-mail me updates on this question



   SUBSCRIBE

hidden modal window

Answer Wiki (Improve, edit or add to this answer)


 RATE THIS ANSWER
0
Click to Vote:
  •   0
  •  0



I would suggest reinstalling the Client from scratch. Don't simply reconfigure this one, get a new install. Save the user's Address Book if needed (names.nsf) but don't use it for the install -- let a new one create and then add in the user's data as needed. We've seen this and the usual cause appears to be Client corruption on the individual machine.

Hope this helps.
  • AddThis Social Bookmark Button

Browse more Questions and Answers on Lotus Domino.

Looking for relevant Lotus Domino Whitepapers? Visit the SearchDomino.com Research Library.


Discuss This Answer


You must be logged-in to discuss a question. Log-in/Register

LotusNotesDomino  |   Nov 8 2006  4:29PM GMT

Thanks for the quick reponse. I agree I think reinstalling the Client sounds like the best bet.

 

Brooklynegg  |   Nov 8 2006  6:03PM GMT

All the files that can get corrupted on the individual machine can be rebuilt with little difficulty. Reinstalling from scratch is extrememly heavy handed and really not a good solution.

To rebuild corruptible files:

prepare for re-adding all needed database icons by creating a Notes document with database links to them.
compact the workspace.
compact the names.nsf database.
compact the log.nsf database
shut down Notes.
find and delete cache.ndk.
rename desktop6.ndk.
rename bookmark.nsf.
start Notes.
the workspace will be re-built.

Any lost database icons on the user workspace will have to be re-added. If they have local replicas, starting replication will find and automatically add icons for those.
If you did the very first step, find the Notes document with the database links and click them in turn to add their icons to the workspace.

The final file that I can think of that could cause corruption and weird behaviors is the ID file. If the user still experiences problems, restore that from backup. NOTE: If you did a full re-install and still had the problem, it is probably the ID file that is corrupted, which means that’s all you would have done in the first place!

Note that your original question had something to do with how to read an NSD. The section that contains FATAL THREAD will have information about processes that caused the client to crash. However, run the procedures above before expecting to get good information in the fatal thread. If the true cause is corruption, the “fatal” information isn’t going to be valuable anyhow.