<div class="gmail_quote">On Mon, Aug 2, 2010 at 5:21 PM, Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de">mail@milianw.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Monday, 2. August 2010 17:14:00 Aleix Pol wrote:<br>
> On Mon, Aug 2, 2010 at 3:48 PM, Milian Wolff <<a href="mailto:mail@milianw.de">mail@milianw.de</a>> wrote:<br>
> > Hello,<br>
> ><br>
> > I just noticed that in theory the stored duchain caches in ~/.kdevduchain<br>
> > may<br>
> > clash when we have more and more applications using KDevplatform.<br>
> ><br>
> > The reason is:<br>
> ><br>
> > - sessions are stored in  ~/.kde/share/apps/$APP/sessions/$SESSION<br>
> > - all applications store their chains in ~/.kdevduchain/$SESSION though<br>
> ><br>
> > so if two apps have by chance the same session hash, it will lead to a<br>
> > clash<br>
> > in the duchain cache.<br>
> ><br>
> > How should we solve this? Afaik now that the chain loading is delayed, we<br>
> > can<br>
> > access KAboutData or what it was to get the name of the application. That<br>
> > would mean we can do something like:<br>
> ><br>
> > ~/.kdevduchain/$app/$SESSION<br>
> ><br>
> > otoh we could directly move this stuff to<br>
> > ~/.kde/share/apps/$APP/$SESSION/duchain<br>
> ><br>
> > Maybe the latter is even better as it's clear that only app data is<br>
> > stored there... What do you think?<br>
><br>
> We can lock sessions for all consumers, no? (if a session is already being<br>
> used by kdevelop then it shouldn't be used from quanta)<br>
<br>
</div>Why should sessions in quanta be the same as in KDevelop? I don't like that<br>
idea at all.<br></blockquote><div>To be able to share data.</div><div>If there's none ever going to be shared there's no point on doing that, but given that technically it's trivial you can consider that. Otherwise .kde4/share/apps is just fine</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> > Moving it to .kde/share/apps would make it clearly harder to clean the<br>
> > chain<br>
> > though. I'd hence also add some more cli-arguments to kdevelop (and<br>
> > quanta) to<br>
> > clean a chain.<br>
> ><br>
> > Something like:<br>
> ><br>
> > kdevelop --wipe-duchain --session $name<br>
><br>
> we could have a new command like kdev-cleanduchain $name too.<br>
<br>
</div>Why? I hate to have multiple tools to stuff on the same base. You can have a<br>
alias for kdev-cleanduchain, not the other way around.<br></blockquote><div><br></div><div>Just a matter of taste. We can discuss that on the future, though.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<font color="#888888">--<br>
</font><div><div></div><div class="h5">Milian Wolff<br>
<a href="mailto:mail@milianw.de">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a><br>
</div></div><br>--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
<br></blockquote></div><br>