<div class="gmail_quote">On Sun, Apr 18, 2010 at 8:41 PM, David Nolden <span dir="ltr"><<a href="mailto:zwabel@googlemail.com">zwabel@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2010/4/18 Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>>:<br>
<div class="im">> On 18.04.10 11:29:31, David Nolden wrote:<br>
>> The lock within notify only "locks" within the main thread (that's the<br>
>> expression within the parens), and since the lock is recursive, this cannot<br>
>> lead to a deadlock.<br>
><br>
> Just changed that to not use a global static (yet again). But my<br>
> question was not wether it can or can not, but wether you tested it? The<br>
> other thing is that the lock adds useless code which has 0 benefit over<br>
> the non-lock version unless you start adding code into the background<br>
> thread that uses it. And that must not happen for 4.0.0 (and IMHO also not<br>
> for 4.0.x)<br>
</div>I tested it in the sense that KDevelop still works, yes. But now that<br>
we have it, we might start using it to fix specific bugs. I don't get<br>
why it should be more dangerous than any other way of fixing a bug, as<br>
any change is at first "untested". Then you test it, and if it works,<br>
it's fine.<br>
<br>
However, if we only want KDevelop to work with kdelibs 4.4, I guess we<br>
don't need the lock (yet), and can also revert it. Generally, given<br>
all the changes that seem to be going on in kate, I think we should<br>
completely disallow the startup of KDevelop 4.0 together with kdelibs<br>
4.5.X, as I'm pretty sure it will be a sub-par experience. We can tell<br>
the user to update KDevelop, as we may suppoert kdelibs 4.5.x in a<br>
later release. Else we'll get tons of bug-reports because of kdevelop<br>
+ KDE 4.5 bugs.<br>
<div><div></div><div class="h5"><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>
</div></div></blockquote></div><div><br></div>On blocking 4.5<br><div>-1</div><div>I'm using kdevelop against trunk right now and it's not-that-bad (tm). There's issues but I'm used to issues and there's issues with 4.4 too.</div>
<div><br></div><div>my 5c</div><div>Aleix</div>