Review Request 111796: Fix endless recursion in setSpecializedFrom

Milian Wolff mail at milianw.de
Wed Jul 31 21:35:10 UTC 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111796/#review36888
-----------------------------------------------------------

Ship it!


Looks good now. I'll fix the other counters upstream as well.

- Milian Wolff


On July 31, 2013, 6:34 p.m., Andreas Pakulat wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111796/
> -----------------------------------------------------------
> 
> (Updated July 31, 2013, 6:34 p.m.)
> 
> 
> Review request for KDevelop.
> 
> 
> Description
> -------
> 
> Fix endless recursion in setSpecializedFrom
> 
> This could be triggered by having the exactly same specialization occur
> twice in a single file. setSpecializedFrom would end up calling itself
> with the same TemplateDeclaration over and over again.
> 
> Adding another recursion counter in the same way that other places already
> have one fixes the problem. Unfortunately I wasn't able to generate a test
> that exhibits the recursion problem.
> 
> BUG: 318492
> 
> Avoid endless recursions in TemplateDeclaration::setSpecializedFrom
> 
> Having two template specializations with the same signature causes an
> endless recursion here. I don't see a reason why a TemplateDeclaration
> should update its 'specializedFrom' stuff if that already is up-to-date.
> So in the case the other->specializedFrom.data() is already what this
> declaration has, there's simply nothing to do.
> 
> 
> This addresses bug 318492.
>     http://bugs.kde.org/show_bug.cgi?id=318492
> 
> 
> Diffs
> -----
> 
>   languages/cpp/cppduchain/templatedeclaration.cpp b35ba13a0eacb5157a921cf96fdc22c091f625e1 
> 
> Diff: http://git.reviewboard.kde.org/r/111796/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Andreas Pakulat
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20130731/7dffe412/attachment-0001.html>


More information about the KDevelop-devel mailing list