[filtered] Re: Crash in revision 1030637

David Nolden zwabel at googlemail.com
Sun Oct 4 11:08:23 UTC 2009


Am Sonntag 04 Oktober 2009 11:55:27 schrieb Christoph Bartoschek:
> The question is how to handle such a situation. I've learned that
>  .kdevduchain is unreliable and has to be first deleted before reporting a
>  bug.
> 
> However if you say that each time deleting helps we have a real bug then
>  there should never be a situation where one should delete the directory
>  because the file format changed.
~/.kdevduchain is not unreliable, it is just a storage place that makes all 
duchain problems persistent.

The only times when the storage is at fault is when there is an assertion 
somewhere in "itemrepository.h", and that's nearly always due to system 
crashes and file corruption. There is a protection against this, but that 
doesn't work for example when the kernel crashes or in case of power-loss.

The problem is that the duchain is so complex, that it's very hard to reliably 
reproduce problems that appeared across many runs.

The crash you did see actually might be a 'valid' situation that just happens 
very rarely, and the "rm ~/.kdevduchain" changed the situation again.

The most useful action to do in that case would have been looking exactly at 
the crash and checking why it happened (was the context zero, was the 
declaration zero, was something unitialized, etc.)

Greetings, David




More information about the KDevelop-devel mailing list