[Qbs] Problems with Xml.DomDocument through a module provider

[Иван Комиссаров]

Did you try to apply the patch?

What’s in MyOwnApplicationImport?

I changed the import to CppApplication and it doesn’t recurse https://pastebin.com/jKMxpWGe, so I’d say the problem is in MyOwnApplicationImport.

Ivan

> 12 июля 2024 г., в 23:06, Björn Schäpers <qt-maillist at hazardy.de> написал(а):
> 
> No it did not reference it self.
> 
> I hit the same problem again (was fixed after updating) with something similar to:
> Project {
>   name: "Foo"
>   StaticLibrary {
>     name: parent.name + " Details"
>     version: "1.0.0"
>     Export { version: exportingProduct.version }
>   }
> 
>   MyOwnApplicationImport {
>     condition: someConditionWhichEvaluatesToFalse
>     name: parent.name
>     version: details.version
> 
>     Depends { name: parent.name + " Details"; id: details }
>   }
> }
> 
> And it recursed on the applications version property.
> 
> Am 03.07.2024 um 23:56 schrieb Иван Комиссаров:
>> This (again) seems like an infinite recursion https://bugreports.qt.io/projects/QBS/issues/QBS-1793 and has nothing to do with XML.
>> 
>> Do you have a property accessing itself (maybe indirectly) by any chance? Maybe in a Probe?
>> 
>> You can try applying https://codereview.qt-project.org/c/qbs/qbs/+/568678 locally to debug the issue (should print the call stack of the prop that invokes recursion) but note this change was merged out due to a memory leak.
>> 
>> Ivan.
>> 
>> 
>>> 3 июля 2024 г., в 22:59, Björn Schäpers <qt-maillist at hazardy.de> <mailto:qt-maillist at hazardy.de> написал(а):
>>> 
>>> Hi,
>>> 
>>> sorry for the delay. I've attacked the stack, it was always evaluating the same property again.
>>> This is qbs at 20de9f301.
>>> 
>>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qbs/attachments/20240714/f93c1718/attachment-0001.htm>