Layout Crash (5.0b Beta 1 5.0.2.0441) with logs

Luke said:

Switching between saved layouts causes program to crash

I've not had this problem.

Looking at your logs, I notice that your Logos.log has a date stamp (10:54AM) after your error log (10:46AM), and ends without closing or crashing. I suspect you ran logos after the crash and before uploading. Next time, it would be helpful to upload the Logos.log after the crash and before restarting Logos.

There is nothing in the logs that looks particularly helpful, since we can't tell which resource or layout is causing the problem.

It's possible that there is a problem with your NLT reverse interlinear, or its index, as several warnings appear concerning milestones, the last of which references RVI:NLTNT. But I really don't know if this is the cause of your crashes or not. If that resource is used in those layouts that are crashing, there may be a chance that it is the cause. Normally, these warnings don't report info that may result in a crash, but you never know. If you have the time, you could try to fix the RVI:NLTNT issue by carefully following these instructions:

• Hide the NLT
• Restart Logos and let it finish indexing.
• Ensure that the NLT does not appear in your library nor in your Logos resource folder (C:\Users\Luke\AppData\Local\Logos4\Data\iyqh2gis.4ke\ResourceManager\Resources - look for NLT.logos4 and NLTNT.lbsrvi - if they are still there, close Logos and delete the resources manually, then restart Logos and let it finish indexing).
• Unhide (restore) the resource (see the above article on hiding resources for instructions on restoring)
• Restart Logos and let the resource download and finish indexing.
• Try again your layouts again.

Note that if the problem is only with the resource (not with a corrupt index) update resources may fix it, but that command takes a long time to run, and it won't fix an issue that resides only in the index.

Also note that I really don't know if this will fix your layout issue. It's possible that a layout is corrupt, or something else (possibly another corrupt index/database?) is preventing this from working properly.

In either case, if this happens again, be sure to upload the Logos.log after the crash and before restarting Logos. This may give us a bigger hint about what's going on here.

Luke said:

Here is another set of logs. 

4846.logs2.zip

Two observations:

1. It seems like logos is recording a lot of snapshot layouts, multiple per minute

2. If I change something on the layout prior to switching to a new layout then the crash doesn't occur, but if I switch to a layout without modifying the current layout then it crashes. If I modify the layout and then switch successfully, I can switch back, but if I then switch to a third layout it crashes. 

Thanks for looking.

Nothing stands out as an obvious cause for a crash. However, there are a series of errors that follow these two patterns:

2012-12-27 15:06:21.3971    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Load'.
2012-12-27 15:06:21.3971    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'NamedDelete'.
2012-12-27 15:06:21.3971    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Update'.

The above repeats 7 times for you (15 times for me)

The following repeats 38 times for you (65 times for me):

2012-12-27 15:06:21.7851    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Load'.
2012-12-27 15:06:21.7851    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Delete'.
2012-12-27 15:06:21.7851    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Save'.
2012-12-27 15:06:21.7851    1    Error    MethodBehaviorConverter    Type 'NamedObject' has no matching method 'Update'

BTW, I just had a crash when switching layouts with the same errors popping up. This looks like a bug