<p dir="ltr"><br>
On Apr 18, 2015 12:52 PM, "Milian Wolff" <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br>
><br>
> Hey All!<br>
><br>
> On Tuesday 17 March 2015 13:22:05 David Nolden wrote:<br>
> > Actually, the absolute limit on the size of the item repository is 4GB,<br>
> > because the index is a 32 bit number, and there can be 1<<16 buckets, each<br>
> > of size 1<<16, i.e. 1<<32=4.3GB. Maybe this limit is hit in your case. Can<br>
> > you add some assertion which avoids "wrapping" of the bucket number<br>
> > (especially of the buckets spanned by the "monster bucket extent")?<br>
> ><br>
> > However, that limit applies to each item repository separately. In your<br>
> > case it seems to be the persistent symbol table. IMO it should never become<br>
> > that huge, not even for the linux kernel. So I guess this is a problem in<br>
> > kdevelop-clang, which puts too much stuff in the symbol table (just a<br>
> > guess).<br>
><br>
> I think this is a very good guess. I've seen similar problems before in kdev-<br>
> clang and that should certainly be investigated. Kevin, you added some tooling<br>
> around the item repositories recently, no? Can we see what gets added to the<br>
> symbol table and what not?<br>
><br>
> Also, Lucas - you marked <a href="https://bugs.kde.org/show_bug.cgi?id=343950">https://bugs.kde.org/show_bug.cgi?id=343950</a> as a<br>
> duplicate but say here it's actually not. So should I un-mark it and keep it<br>
> open?</p>
<p dir="ltr">Yes keep open. I really think that is the same bug, because the stack trace is the same. </p>
<p dir="ltr">I bought more ram for me, but the issue is still happening. <br>
I would like that kdev-clang save on the hard drive the parsing output, because it's not good to reparse the files every time. </p>
<p dir="ltr">Thanks </p>
<p dir="ltr">><br>
> Bye<br>
><br>
> > 2015-03-15 2:15 GMT+01:00 Lucas Tanure <<a href="mailto:tanure@linux.com">tanure@linux.com</a>>:<br>
> > > Hi,<br>
> > ><br>
> > > I'm trying to use kdevelop for develop linux kernel, but it's crashing<br>
> > > while parsing.<br>
> > > I imported the main makefile from linux kernel source and after a few<br>
> > > minutes the kdevelop crashes.<br>
> > ><br>
> > > Take a look at:<br>
> > > *kdevelop* *binaries* :<br>
> > > <a href="https://www.dropbox.com/s/g01t1uzpkkwihwt/kdevelop.tar.xz?dl=0">https://www.dropbox.com/s/g01t1uzpkkwihwt/kdevelop.tar.xz?dl=0</a><br>
> > ><br>
> > > *llvm* *binaries* :<br>
> > > <a href="https://www.dropbox.com/s/j8xarqu6leufk8s/llvm.tar.xz?dl=0">https://www.dropbox.com/s/j8xarqu6leufk8s/llvm.tar.xz?dl=0</a><br>
> > ><br>
> > > *kdevelop* *log* : <a href="https://www.dropbox.com/s/ke4iovxx8alis9j/kdev.log?dl=0">https://www.dropbox.com/s/ke4iovxx8alis9j/kdev.log?dl=0</a><br>
> > ><br>
> > > *gdb* *coredump* :<br>
> > > <a href="https://www.dropbox.com/s/1q7l8pi67kug59r/core.24956.xz?dl=0">https://www.dropbox.com/s/1q7l8pi67kug59r/core.24956.xz?dl=0</a><br>
> > ><br>
> > > I created the bug:<br>
> > > <a href="https://bugs.kde.org/show_bug.cgi?id=343950">https://bugs.kde.org/show_bug.cgi?id=343950</a><br>
> > ><br>
> > > and I thought it was the same as:<br>
> > > <a href="https://bugs.kde.org/show_bug.cgi?id=272408">https://bugs.kde.org/show_bug.cgi?id=272408</a> ( not enough memory ram ).<br>
> > > But it's not, it's a real crash. I tested with a 24Gbytes of Ram, and<br>
> > > kdevelop took like 5Gb to parse 50% of linux kernel.<br>
> > ><br>
> > > Please help.<br>
> > > Thanks<br>
> > ><br>
> > > --<br>
> > > Lucas Tanure<br>
> > > +55 (19) 988176559<br>
> > ><br>
> > > _______________________________________________<br>
> > > KDevelop-devel mailing list<br>
> > > <a href="mailto:KDevelop-devel@kde.org">KDevelop-devel@kde.org</a><br>
> > > <a href="https://mail.kde.org/mailman/listinfo/kdevelop-devel">https://mail.kde.org/mailman/listinfo/kdevelop-devel</a><br>
><br>
> --<br>
> Milian Wolff<br>
> <a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
> <a href="http://milianw.de">http://milianw.de</a><br>
</p>